Yes... These way seems to some 99% of the auto learning issues about help translations... Much more I can imagine before this thread.. <br><br><div class="gmail_quote"><div dir="ltr">Em sáb, 27 de fev de 2016 15:13, Jonathan Wilkes via Pd-list <<a href="mailto:pd-list@lists.iem.at">pd-list@lists.iem.at</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div style="color:#000;background-color:#fff;font-family:HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif;font-size:16px"><div><div><div style="color:#000;background-color:#fff;font-family:HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif;font-size:16px"><div><div><div style="color:#000;background-color:#fff;font-family:HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif;font-size:16px"><div dir="ltr">> I feel one of the best aspects of PD are the examples via help patches
so maybe splitting things up outside of PD might work against that?</div><div><br></div></div></div></div></div></div></div></div></div><div><div style="color:#000;background-color:#fff;font-family:HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif;font-size:16px"><div><div><div style="color:#000;background-color:#fff;font-family:HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif;font-size:16px"><div><div><div style="color:#000;background-color:#fff;font-family:HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif;font-size:16px"><div>That is definitely a great feature. If there's a way to keep that and add sane multi-language support, that would <br></div><div>be the way to go.</div></div></div></div></div></div></div></div></div><div><div style="color:#000;background-color:#fff;font-family:HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif;font-size:16px"><div><div><div style="color:#000;background-color:#fff;font-family:HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif;font-size:16px"><div><div><div style="color:#000;background-color:#fff;font-family:HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif;font-size:16px"><div><br></div><div>-Jonathan<br></div><div><span></span></div> <div><br clear="none"><br clear="none"></div><div></div></div></div></div></div></div></div></div></div><div><div style="color:#000;background-color:#fff;font-family:HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif;font-size:16px"><div> <div style="font-family:HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif;font-size:16px"> <div style="font-family:HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif;font-size:16px"> <div dir="ltr"><font face="Arial" size="2"> On Friday, February 26, 2016 7:08 PM, Dan Wilcox <<a rel="nofollow" shape="rect">danomatika@gmail.com</a>> wrote:<br clear="none"></font></div> <br clear="none"><br clear="none"> <div><div><div>Also, my thinking is going in this direction as we’re dealing with the same issues in the OpenFrameworks community. My uni department just hosted an OF DocSprint last weekend and we spent a good amount of time wrangling how best to integrate a Markdown + Doxygen generated reference system.<div><br clear="none"></div><div>Of course pure data patch files and C++ source files are somewhat different, but I feel there are the same issues to solve such as what requires the most maintenance, works on all platforms, and is easy for non developer contributors to use. It’s one thing to build a custom system (we did) and quite another to get people to pitch in and fill the content in. I just wouldn’t want anyone to spend a lot of time making something admittedly cool and built into the canvas but, in the end, may not be leveraged by the community the same way a portable, easy to edit, cross platform standard might.<br clear="none"><div><br clear="none"><div>
<div style="letter-spacing:normal;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word">--------<br clear="none">Dan Wilcox<br clear="none"><a rel="nofollow" shape="rect">@danomatika</a><br clear="none"><a rel="nofollow" shape="rect">danomatika.com</a><br clear="none"><div><a rel="nofollow" shape="rect">robotcowboy.com</a></div></div>
</div>
<br clear="none"><div><div><blockquote type="cite"><div>On Feb 26, 2016, at 5:01 PM, Dan Wilcox <<a rel="nofollow" shape="rect">danomatika@gmail.com</a>> wrote:</div><br clear="none"><div></div></blockquote></div></div></div></div></div><div><div><div style="word-wrap:break-word"><div><br clear="none"></div><blockquote type="cite"><div><div style="background-color:rgb(255,255,255);font-family:HelveticaNeue,'Helvetica Neue',Helvetica,Arial,'Lucida Grande',sans-serif;font-size:16px"><div><span>Ok, so which html reference system should I leverage here?</span></div></div></div></blockquote><div><br clear="none"></div><div>Probably something using css and an html template that make it easy for people to fill out. I’d say 1 main html file for each object to document w/ room for sub pages if needed. Different languages can live in different folders.</div><div><br clear="none"></div><div>The nice thing about this approach is lots of people can edit html, there are plenty of designers, the files can be rendered by pretty much anything, etc. Another option is to have a templating system that uses Markdown, etc and just renders to html. It can then live in it’s own source repository for shared work and be used as a basis for online as well as distributed documentation.</div><div><br clear="none"></div><div>Maybe a good start would be to look at the pure data object database/wiki that is around somewhere. I can’t find the link off the top of my head.</div><br clear="none"><blockquote type="cite"><div><div style="background-color:rgb(255,255,255);font-family:HelveticaNeue,'Helvetica Neue',Helvetica,Arial,'Lucida Grande',sans-serif;font-size:16px"><div><span>Where will <br clear="none"></span></div><div dir="ltr"><span>the html files get stored, and how do we get from clicking the link in the <br clear="none"></span></div><div dir="ltr"><span>help patch (I'm assuming we're still using the current help patches to show <br clear="none"></span></div><div dir="ltr"><span>a simple demo of the object) to opening the html doc in the correct language?</span></div></div></div></blockquote><div><br clear="none"></div><div>Just like opening a help patch with a context menu option or maybe links we can open from the patch itself. Use the current help paths for searching and use tcl to launch the path in the system web browser if found.</div><div><br clear="none"></div><div>I’d say the most useful thing would be add linking between patches and external files (html, etc) in general. I believe Hans had this in extended for the pd-doc stuff.</div><div><br clear="none"></div><div>I’m suggesting this approach partially so you/we don’t end up reinventing the wheel. A custom, integrated system would be *nice* but I feel that will require too much backend work to build and them probably too much work to maintain/extend in the future. HTML+CSS has the option of being loaded into a web view within TK I imagine, so another option would be a side pane or extra window that can open up right in PD. I’d suggest staying away from building extra widgets etc to render a custom approach within the patch itself.</div><br clear="none"><div>
<div style="letter-spacing:normal;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word">--------<br clear="none">Dan Wilcox<br clear="none"><a rel="nofollow" shape="rect">@danomatika</a><br clear="none"><a rel="nofollow" shape="rect">danomatika.com</a><br clear="none"><div><a rel="nofollow" shape="rect">robotcowboy.com</a></div></div>
</div>
<br clear="none"><div><blockquote type="cite"><div>On Feb 26, 2016, at 4:44 PM, Jonathan Wilkes <<a rel="nofollow" shape="rect">jancsika@yahoo.com</a>> wrote:</div><div><div><div style="background-color:rgb(255,255,255);font-family:HelveticaNeue,'Helvetica Neue',Helvetica,Arial,'Lucida Grande',sans-serif;font-size:16px"><br clear="none"><div><br clear="none"><span></span></div><div><span>-Jonathan</span></div> <div><br clear="none"><br clear="none"></div><div style="display:block"> <div style="font-family:HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif;font-size:16px"> <div style="font-family:HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif;font-size:16px"> <div dir="ltr"><font face="Arial" size="2"> On Friday, February 26, 2016 4:34 PM, Dan Wilcox <<a rel="nofollow" shape="rect">danomatika@gmail.com</a>> wrote:<br clear="none"></font></div> <br clear="none"><br clear="none"> <div><div><div>I think what implying is that maybe Pd *doesn’t* need to handle it. Simply, Pd could open a local webpage, similar to how the Processing “Find in reference” context menu option works when highlighting a function in the editor.<div><br clear="none"></div><div>Not to say you/we can’t work out a file format/system to handle alot of this, but I’m thinking that html reference already works well for many other contexts an doesn’t require building new formats/systems to solve alot of the same problems.</div><div><br clear="none"><div>
<div style="letter-spacing:normal;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word">--------<br clear="none">Dan Wilcox<br clear="none"><a rel="nofollow" shape="rect">@danomatika</a><br clear="none"><a rel="nofollow" shape="rect">danomatika.com</a><br clear="none"><div><a rel="nofollow" shape="rect">robotcowboy.com</a></div></div>
</div>
<br clear="none"><div><div><blockquote type="cite"><div>On Feb 26, 2016, at 2:08 PM, Jonathan Wilkes <<a rel="nofollow" shape="rect">jancsika@yahoo.com</a>> wrote:</div><br clear="none"><div><div><div style="background-color:rgb(255,255,255);font-family:HelveticaNeue,'Helvetica Neue',Helvetica,Arial,'Lucida Grande',sans-serif;font-size:16px"><div dir="ltr"><span>html could be leveraged, but I'm really looking for a spec for how Pd <br clear="none"></span></div><div dir="ltr"><span>handles it. Is it a GUI widget? An abstraction? A canvas method? A new <br clear="none"></span></div><div dir="ltr"><span>"#" directive?</span></div><div dir="ltr"><span><br clear="none"></span></div><div dir="ltr"><span>Do the translations get saved along with the help patch, or are they stored in <br clear="none"></span></div><div dir="ltr"><span>a directory and fetched when needed? Etc.</span></div><div dir="ltr"><br clear="none"><span></span></div><div dir="ltr"><span>-Jonathan<br clear="none"> </span></div><div><br clear="none"><br clear="none"></div><div style="display:block"> <div style="font-family:HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif;font-size:16px"> <div style="font-family:HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif;font-size:16px"> <div dir="ltr"><font face="Arial" size="2"> On Friday, February 26, 2016 1:02 PM, Dan Wilcox <<a rel="nofollow" shape="rect">danomatika@gmail.com</a>> wrote:<br clear="none"></font></div> <br clear="none"><br clear="none"> <div><div><div><div><blockquote type="cite"><div style="background-color:rgb(255,255,255);font-family:HelveticaNeue,'Helvetica Neue',Helvetica,Arial,'Lucida Grande',sans-serif;font-size:16px"><div dir="ltr">I'll implement any *clear* spec for multi-language help patches someone comes up <br clear="none"></div><div dir="ltr">with with the following constraints:</div><div dir="ltr">1. it separates design from content.</div><div dir="ltr">2. in only requires documentation writers to care about content.</div><div dir="ltr">3. it does not pigeonhole help patches into having a single, ugly design</div><div dir="ltr">4. documentation writers will be guaranteed that whatever they write, it won't <br clear="none"></div><div dir="ltr">overlap patch content.</div><div dir="ltr">5. it is maintainable and scalable<br clear="none"></div></div></blockquote></div><div><div style="background-color:rgb(255,255,255);font-family:HelveticaNeue,'Helvetica Neue',Helvetica,Arial,'Lucida Grande',sans-serif;font-size:16px"><div dir="ltr"><br clear="none"></div></div></div>Sounds like .html.<div><br clear="none"><div>
<div style="letter-spacing:normal;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word">--------<br clear="none">Dan Wilcox<br clear="none"><a rel="nofollow" shape="rect">@danomatika</a><br clear="none"><a rel="nofollow" shape="rect">danomatika.com</a><br clear="none"><div><a rel="nofollow" shape="rect">robotcowboy.com</a></div></div></div><br clear="none"></div></div></div><br clear="none">_______________________________________________<br clear="none"><a rel="nofollow" shape="rect">Pd-list@lists.iem.at</a> mailing list<br clear="none">UNSUBSCRIBE and account-management -> <a rel="nofollow" shape="rect">http://lists.puredata.info/listinfo/pd-list</a><br clear="none"><br clear="none"><br clear="none"></div> </div> </div> </div></div></div></div></blockquote></div></div><br clear="none"></div></div></div><br clear="none"><br clear="none"></div> </div> </div> </div></div></div></div></blockquote></div><br clear="none"></div><br clear="none"></div></div></div><br clear="none"><br clear="none"></div> </div> </div> </div></div></div>_______________________________________________<br>
<a href="mailto:Pd-list@lists.iem.at" target="_blank">Pd-list@lists.iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a href="http://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
</blockquote></div>