already stumbled on this :) her's another thing, I think the whole documentation block would benefit from an always loaded index, it would not be as big as the whole thing in memory but would significantly speedup searches and expand its context, not to mention minor features like completion (a-la google suggest)... still learning and taking notes.
BTW, still on the documentation topic, a type/object registry or tagging of entities in the library/docs would also be a boost in productivity.right now, it is simpler to find a correct interface/protocol than a correct type -- still searching for a built-in set type, it is easy to write, but experience tells me that using the lib is better. oh, a remark on that last part, the first thing I'm porting (and using to learn the language) is a tagging engine (data type), so it will benefit the documentation task if used :) On Sat, Sep 26, 2009 at 09:16, Jon Harper <[email protected]> wrote: > Also, all the documentation is not automatically loaded when you're > browsing help in the listener. I had problem with this when I wanted > to know about factor's regular expressions : if you type "regular > expressions" with a normal factor image in the help browser, you don't > get any results ("regexp" though will give you results, because it's > the name of the vocabulary, and these names are searched even if they > are not loaded). If you load the regexp vocab (USE: regexp), "regular > expressions" will then match the Help Articles (which is probably what > you want). > > A workaround to this problem is to use factor's online documentation > docs.factorcode.org, which has all the vocabularies loaded.But this > requires an Internet connection and the factor ui looks better. > > On Sat, Sep 26, 2009 at 9:57 AM, Slava Pestov <[email protected]> wrote: >> On Fri, Sep 25, 2009 at 7:36 PM, Chris Double <[email protected]> >> wrote: >>> I think what's needed, and what a lot of people have asked for, is >>> more cookbook style documentation and tutorials. Quick examples of how >>> to do small talks. Most of this type of stuff is in peoples blog >>> posts. >>> >>> You're not the first to offer to do what you're doing btw. A few >>> people have started, but never finished, moving on to other tasks. >> >> I would also highly encourage people who want better >> tutorials/cookbooks to help write some ;-) >> >> Slava >> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry® Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart your >> developing skills, take BlackBerry mobile applications to market and stay >> ahead of the curve. Join us from November 9-12, 2009. Register now! >> http://p.sf.net/sfu/devconf >> _______________________________________________ >> Factor-talk mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/factor-talk >> > > > > -- > Jon Harper > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9-12, 2009. Register now! > http://p.sf.net/sfu/devconf > _______________________________________________ > Factor-talk mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/factor-talk > -- Alex. ------------------------------------------------------------------------------ Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf _______________________________________________ Factor-talk mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/factor-talk
