One piece information that would be useful in the welcome message is what to do to download addons and how to keep J up to date. I know it's explained in the WIKI and in jsoftware.com but it wouldn't hurt to remind new users again.
On Mon, Feb 14, 2011 at 6:39 PM, Ric Sherlock <[email protected]> wrote: > My initial post at the start of this thread was more about how to > create a cross-JFE mechanism for displaying a default Welcome message > on startup - along with a way to turn it off. If done right it will > also allow users/developers to create their own custom startup > message. > > As I see it the ShowWelcome in base.cfg is required so that the users > can turn off the default welcome message that each JFE will provide. > Setting a Welcome noun to empty in startup.ijs won't help if the JFE > (that loads after startup.ijs) then repopulates it. > > Of course there may be other models that work too, including setting > the welcome message or verb in a .cfg file as Chris suggests. > > On Tue, Feb 15, 2011 at 1:05 PM, Ian Clark <[email protected]> wrote: > > Basically sounds ok. > > > > I was assuming user would create Welcome in _z_ (or _base_?) not _j_ , > > but I don't know if that's better, apart from a gut-feel that system > > classes ought to remain untouched. > > > > Must Welcome be a noun, or can it be a verb instead? Might both be > > allowed (whence different names would be needed?) > > > > Don't fully grasp the need for ShowWelcome in base.cfg. The welcome > > msg can be disabled altogether by having startup.ijs set it to empty. > > What's gained from having the user set/check a cfg as well as > > startup.ijs -- which is effectively a user profile too? Are we > > catering here for an administrator who needs the power to deny > > facilities to the user? AFAICS the only reason for this facility is > > because startup.ijs gets executed "too early" in j701 and the > > architecture won't allow it to be executed any later. > > > > > > On Mon, Feb 14, 2011 at 8:15 PM, Ric Sherlock <[email protected]> wrote: > >> I think startup.ijs could still do the job. How does this sound? > >> > >> * User creates custom Welcome_j_ in their startup.ijs. > >> * JFE creates Welcome_j_ (if it doesn't already exist) with its > >> default message) > >> * Welcome_j_ is "smoutput"ed to session if ShowWelcome (in base.cfg) > >> is set to 1. > >> > >> To get this to work across JFEs there needs to be some agreement that > >> it is desirable (or at least no disagreement that it is undesirable). > >> > >> On Mon, Feb 14, 2011 at 5:49 PM, Ian Clark <[email protected]> > wrote: > >>> Got it to work by adding 2 lines to the bottom of verb: main in: > >>> ~addons/ide/gtk/gtk.ijs > >>> > >>> main=: 3 : 0 > >>> main_init'' > >>> if. r=. conf_init'' do. main_quit r return. end. > >>> if. r=. conn_init'' do. main_quit r return. end. > >>> proj_init'' > >>> menu_init'' > >>> sview_init'' > >>> main_open'' > >>> main_run'' > >>> if. 3= 4!:0 <'welcome' do. welcome'' end. > >>> if. 0= 4!:0 <'WELCOME' do. smoutput WELCOME end. > >>> 0 > >>> ) > >>> > >>> Clearly this fix will only last until the next Pacman download. > >>> > >>> Unfortunately startup.ijs can't patch the target verb itself, because > >>> locale 'jgtkide' isn't yet loaded. The only locales present when > >>> startup.ijs is entered are: > >>> base ctag j jcompare jijs jregex jtask z > >>> > >>> > >>> > >>> On Mon, Feb 14, 2011 at 4:07 AM, Ian Clark <[email protected]> > wrote: > >>>> That's kinda what I guessed. Viz by modifying: main_init_jgtkide_ > >>>> > >>>> On Mon, Feb 14, 2011 at 4:02 AM, bill lam <[email protected]> > wrote: > >>>>> gtkide will run jfe 1 during booting and only after that will > smoutput > >>>>> redirect to Term. So that you need to put motd after that jfe. > >>>>> > >>>>> Пнд, 14 Фев 2011, Ian Clark писал(а): > >>>>>> smoutput in startup.ijs causes a message to appear in jconsole, > >>>>>> whether running JCON, JHS or JGTK. > >>>>>> (...which weakly satisfies your original request). > >>>>>> But I've only verified this for the Mac. > >>>>>> > >>>>>> bin/jgtk.command contains the text: > >>>>>> #!/bin/sh > >>>>>> "`dirname "$0"`/jconsole" gtkide > >>>>>> > >>>>>> so my guess is that by the time gtkide gets run, startup.ijs has > >>>>>> already been loaded and has had time to perform its definitions and > >>>>>> overrides. > >>>>>> So it would be up to the "gtkide" function (main_jgtkide_ ??) to > look > >>>>>> for a welcome noun or verb. > >>>>>> > >>>>>> > >>>>>> > >>>>>> On Mon, Feb 14, 2011 at 3:23 AM, Ric Sherlock <[email protected]> > wrote: > >>>>>> > Yes I was thinking along similar lines. > >>>>>> > > >>>>>> > Each of the JFEs could set an appropriate message in Welcome_j_. > >>>>>> > > >>>>>> > The Welcome_j_ non could be overwritten by the user's various > >>>>>> > startup.ijs scripts (unless this gets run before the JFE scripts - > I > >>>>>> > need to check) > >>>>>> > > >>>>>> > Depending on the setting of ShowWelcome in ~config/base.cfg the > >>>>>> > Welcome_j_ noun gets displayed in the session (jconsole/Term/jijx > >>>>>> > window). > >>>>>> > > >>>>>> > On Mon, Feb 14, 2011 at 4:05 PM, Ian Clark <[email protected]> > wrote: > >>>>>> >> How about smoutputting the noun WELCOME if it is present, and not > otherwise? > >>>>>> >> > >>>>>> >> Maybe also executing: welcome'' > >>>>>> >> > >>>>>> >> The user could define or override either of these words in > startup.ijs > >>>>>> >> > >>>>>> >> > >>>>>> >> > >>>>>> >> On Mon, Feb 14, 2011 at 2:21 AM, Ric Sherlock <[email protected]> > wrote: > >>>>>> >>> I think it would be good to have a default "Welcome message" > >>>>>> >>> (especially for jconsole). > >>>>>> >>> > >>>>>> >>> It just needs to be something simple to let the user know they > are in > >>>>>> >>> a Jconsole session and how to exit. IME there is nothing worse > than > >>>>>> >>> knowing you are in some application, but not knowing what it is > or how > >>>>>> >>> to get out of it! > >>>>>> >>> > >>>>>> >>> Obviously the Welcome message would be able to be turned off, > for > >>>>>> >>> example using an option in ~config/base.cfg ( ShowWelcome=: 0 ) > >>>>>> >>> > ---------------------------------------------------------------------- > >>>>>> >>> For information about J forums see > http://www.jsoftware.com/forums.htm > >>>>>> >>> > >>>>>> >> > ---------------------------------------------------------------------- > >>>>>> >> For information about J forums see > http://www.jsoftware.com/forums.htm > >>>>>> >> > >>>>>> > > ---------------------------------------------------------------------- > >>>>>> > For information about J forums see > http://www.jsoftware.com/forums.htm > >>>>>> > > >>>>>> > ---------------------------------------------------------------------- > >>>>>> For information about J forums see > http://www.jsoftware.com/forums.htm > >>>>> > >>>>> -- > >>>>> regards, > >>>>> ==================================================== > >>>>> GPG key 1024D/4434BAB3 2008-08-24 > >>>>> gpg --keyserver subkeys.pgp.net --recv-keys 4434BAB3 > >>>>> > ---------------------------------------------------------------------- > >>>>> For information about J forums see > http://www.jsoftware.com/forums.htm > >>>> > >>> ---------------------------------------------------------------------- > >>> For information about J forums see http://www.jsoftware.com/forums.htm > >> ---------------------------------------------------------------------- > >> For information about J forums see http://www.jsoftware.com/forums.htm > > ---------------------------------------------------------------------- > > For information about J forums see http://www.jsoftware.com/forums.htm > ---------------------------------------------------------------------- > For information about J forums see http://www.jsoftware.com/forums.htm > ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm
