In the latest gtk, Esc close is off by default. A gtkide config entry
EscClose lets you turn it on.
On Tue, Feb 8, 2011 at 8:02 PM, chris burke cbu...@jsoftware.com wrote:
The Esc behaviour has always been supported in J, and was common at
one time in Windows apps, e.g. notepad2.
I suggest
This works fine. Thank you.
I tried using ESC on a script window and ESC still closes the window. Also,
it saves the script if modified. It does not prompt before saving.
32 bit on Vista
On Wed, Feb 9, 2011 at 4:42 AM, chris burke cbu...@jsoftware.com wrote:
In the latest gtk, Esc close is
Some of this is controlled by config/gtkide.cfg:
NB. gtkide config
...
NB. session close prompt
NB. ConfirmClose: 0/[1]
NB. if confirmation prompt given when J session is closed
ConfirmClose=: 0
NB. script confirm change
NB. ConfirmSave: 0/[1]
NB. if confirmation prompt given on first save of
I would prefer ESC not to close the Edit window either, but I concede
that this is not a big issue given that simply opening it again will
leave me where I was before it closed.
On Thu, Feb 10, 2011 at 3:40 AM, Don Guinn dongu...@gmail.com wrote:
This works fine. Thank you.
I tried using ESC
I checked EscClose=0 in config, but pressing Esc still closes the script.
apparently there is a isesckey check at Edit window level that kick in to
close scripts. Is that intentional?
Чтв, 10 Фев 2011, Ric Tikkanz писал(а):
I would prefer ESC not to close the Edit window either, but I concede
The Esc behaviour has always been supported in J, and was common at
one time in Windows apps, e.g. notepad2.
I suggest that:
ConfirmClose be removed. Whichever way the J session is closed using
the Gui, there would be prompts only if there are unsaved changes in
the editor.
A new config option
I second your proposal.
Втр, 08 Фев 2011, Chris Burke писал(а):
The Esc behaviour has always been supported in J, and was common at
one time in Windows apps, e.g. notepad2.
I suggest that:
ConfirmClose be removed. Whichever way the J session is closed using
the Gui, there would be
On Tue, Feb 8, 2011 at 7:02 AM, chris burke cbu...@jsoftware.com wrote:
The Esc behaviour has always been supported in J, and was common at
one time in Windows apps, e.g. notepad2.
I suggest that:
ConfirmClose be removed. Whichever way the J session is closed using
the Gui, there would be
The JHS version does not exit on pressing ESC. Neither does jconsole. In
fact, in JHS ESC is used extensively to support keystrokes lost when running
under a browser. I think it is more important to have consistency between
the J7 interfaces than with previous versions of J. Supporting JHS
IMO jhs and jgtk are two completely different interfaces, it will more
important that shortcut key are natural and comfortable in each interface,
rather than tie them together just for the sake of consistency.
I guess users will choose one among jconsole/jhs/jgtk as their primary
interface,
so
What little chance I have to play with J7 I play with both interfaces. I
suspect that if I develop applications for distribution I would use JGTK for
development and JHS for final testing and distribution. And I would go to
some trouble to make the application work under both. I have never liked
On Tue, Feb 8, 2011 at 9:55 AM, bill lam bbill@gmail.com wrote:
I guess users will choose one among jconsole/jhs/jgtk as their primary
interface,
so the problem arising from constantly switch between these interfaces is not
a big issue. ymmv.
I imagine some users will use both
Втр, 08 Фев 2011, Raul Miller писал(а):
On Tue, Feb 8, 2011 at 9:55 AM, bill lam bbill@gmail.com wrote:
I guess users will choose one among jconsole/jhs/jgtk as their primary
interface,
so the problem arising from constantly switch between these interfaces is
not
a big issue.
I guess application for jhs are those interact with a remote invisible jhs
server and end users interact with local browser. The jhs ide does not exist
for end users so that shortcut key are unrelated to jhs or jgtk.
Втр, 08 Фев 2011, Don Guinn писал(а):
What little chance I have to play with
I do not understand. Wouldn't JHS still be used for remote applications?
Otherwise the developer would have to reinvent the interface between J and
the browser.
On Tue, Feb 8, 2011 at 9:18 AM, bill lam bbill@gmail.com wrote:
I guess application for jhs are those interact with a remote
IIUC jhs is the web server on a remote server that handles ajax calls.
jhs ide is the a J application that utilize the remote jhs.
One might also writes a standalone app ,eg. minesweeper, with J that
powered by the remote jhs.
Of course developers must have to reinvent the interface otherwise
On Tue, Feb 8, 2011 at 11:11 AM, bill lam bbill@gmail.com wrote:
Втр, 08 Фев 2011, Raul Miller писал(а):
I imagine some users will use both interfaces.
I think so but I do not think users will divide working time equally on these
interfaces. And I guess that it will be more productive
I have seen references to IIUC in the forum but I can't find it anywhere
else. Not in the J library or on the J WIKI. Tried to run the Application
Distribution - Installer lab but it didn't work. Where should I look?
On Tue, Feb 8, 2011 at 9:46 AM, bill lam bbill@gmail.com wrote:
IIUC jhs
IIUC (If I Understand Correctly) is just one of the many abbreviations
along the lines of IIRC, AFAIK, IMO ...
On Wed, Feb 9, 2011 at 7:00 AM, Don Guinn dongu...@gmail.com wrote:
I have seen references to IIUC in the forum but I can't find it anywhere
else. Not in the J library or on the J
Yes, before we make a decision it would be useful to know if there is
anyone who likes Esc to close the session (with or without confirm).
Personally I like it for dismissing dialogs (e.g. File|Open, Find in
Files etc) but don't think it should close an application.
IOW, if noone feels strongly
My understanding is that local JHS is intended to be a light-weight,
cross-platform GUI interface to the j engine (whether installed
locally or not). As such it offers a quick easy way to make J
available to users on all sorts of platforms (hopefully it should
become even easier as HTML5 support
: Tuesday, February 08, 2011 2:38 PM
To: General forum
Subject: Re: [Jgeneral] Keyboard shortcuts
Yes, before we make a decision it would be useful to know if there is
anyone who likes Esc to close the session (with or without confirm).
Personally I like it for dismissing dialogs (e.g. File|Open
I think I agree totally with Ric. To clarify this, I find it terrible
when in JGTK the Esc key loses all my steps in jijx, because I do not
always work with an ijs page. So it is not enough for me for an Esc to
only look for unsaved ijs pages; an Esc needs to check for a nonempty
ijx, also. On the
My understanding is that JHS IDE be mainly run on mobile device like iphone
or ipad, and there is no keyboard on them, even there is, the main
interface would be the multi-touch screen. What JHS IDE should do is not
to have a consistent set of shortcut key with other IDE, but in some specific
So, what is the IIUC that J uses?
On Tue, Feb 8, 2011 at 12:21 PM, Tikkanz tikk...@gmail.com wrote:
IIUC (If I Understand Correctly) is just one of the many abbreviations
along the lines of IIRC, AFAIK, IMO ...
On Wed, Feb 9, 2011 at 7:00 AM, Don Guinn dongu...@gmail.com wrote:
I have seen
'IIUC' should be an adverb, not a noun in that context.
Втр, 08 Фев 2011, Don Guinn писал(а):
So, what is the IIUC that J uses?
On Tue, Feb 8, 2011 at 12:21 PM, Tikkanz tikk...@gmail.com wrote:
IIUC (If I Understand Correctly) is just one of the many abbreviations
along the lines of
I imagine no one really knows how JHS use is going to evolve but the
thing about JHS IDE is that it seems (relatively) easy to provide
different interfaces to it (jijx, jijm, jijh) that cater for desktop
use vs Iphone use vs
I know some users will run JHS IDE on desktop with JHS server
publicity for J.
~ Gilles
-- Original Message ---
From: Brian Schott schott.br...@gmail.com
To: General forum general@jsoftware.com
Sent: Tue, 8 Feb 2011 18:48:45 -0500
Subject: Re: [Jgeneral] Keyboard shortcuts
I think I agree totally with Ric. To clarify this, I find
I think gtktextbuffer used in Term supports embedded images, so that
outputs of plot or viewmat addons can be viewed in-line.
--
regards,
GPG key 1024D/4434BAB3 2008-08-24
gpg --keyserver subkeys.pgp.net --recv-keys 4434BAB3
I gather that IIUC is a name somewhere in JHS. I can't find it.
As far as the interface for both JGTK and JHS in the J engine is beautiful
and so simple. So far it is not really documented well.
On Tue, Feb 8, 2011 at 7:26 PM, bill lam bbill@gmail.com wrote:
'IIUC' should be an adverb, not
Why do you think it is a name in JHS and not just an acronymn?
-Original Message-
From: Don Guinn dongu...@gmail.com
Sent: Wednesday, 9 February 2011 16:41
To: General forum general@jsoftware.com
Subject: Re: [Jgeneral] Keyboard shortcuts
I gather that IIUC is a name somewhere in JHS. I
dongu...@gmail.com
Sent: Wednesday, 9 February 2011 16:41
To: General forum general@jsoftware.com
Subject: Re: [Jgeneral] Keyboard shortcuts
I gather that IIUC is a name somewhere in JHS. I can't find it.
As far as the interface for both JGTK and JHS in the J engine is beautiful
and so simple
...@gmail.com wrote:
Why do you think it is a name in JHS and not just an acronymn?
-Original Message-
From: Don Guinn dongu...@gmail.com
Sent: Wednesday, 9 February 2011 16:41
To: General forum general@jsoftware.com
Subject: Re: [Jgeneral] Keyboard shortcuts
I gather
To provide more compatibility between the two environments, JGTK should not
exit on pressing ESC. In JGTK CTRL+a selects all the text. Why not have it
be lab advance? More like in JHS which uses ESC-a for lab advance. In
addition CTRL+a could be lab advance in JGTK instead of selecting all.
It
There is a ConfirmClose config for this in gtkide config. Default is
off. Should it be on, or is the default not important?
On Mon, Feb 7, 2011 at 11:43 PM, Don Guinn dongu...@gmail.com wrote:
To provide more compatibility between the two environments, JGTK should not
exit on pressing ESC. In
Default on would be more conservative (less likely for users to lose
stuff by accident).
On Tue, Feb 8, 2011 at 12:04 PM, chris burke cbu...@jsoftware.com wrote:
There is a ConfirmClose config for this in gtkide config. Default is
off. Should it be on, or is the default not important?
On
I also suggest a new 'reload configuration' menu item so that J locale nouns
can be renew without restart J.
Втр, 08 Фев 2011, Chris Burke писал(а):
There is a ConfirmClose config for this in gtkide config. Default is
off. Should it be on, or is the default not important?
On Mon, Feb 7, 2011
Esc is not an established way to close a window or terminate an application.
I use esc heavily on other applications but not for the purpose of closing
a window.
If esc is removed from the list for commands for closing a form, then
users must have pressing the 'x' button or window manager
If Esc no longer closed the Term (or Edit) window then I'd be more
comfortable with having the default ConfirmClose setting set to 0.
On Tue, Feb 8, 2011 at 3:32 PM, bill lam bbill@gmail.com wrote:
Esc is not an established way to close a window or terminate an application.
I use esc
I discovered that the Ctrl+j shortcut (same as J602) works to advance
from topic to topic but this probably needs to be made more
discoverable (Help|Studio|Advance ?).
Ideally the default JHS and Gtk IDE shortcuts for advancing in a lab
(and other common things) should use the same letter -
Ideally keybinding should be user configurable because it is a matter of
personal preference, eg. a certain key chord can be awkward to reach in
some keyboard mappings.
J701 is now a stable release albeit being crude, so that Jbeta forum can
now take a break.
Пнд, 07 Фев 2011, Ric Tikkanz
I agree that making keyboard mappings user-configurable is sensible.
However IMO, the default (Out-of-the-Box) configuration should as
similar as possible between the various IDEs.
On Mon, Feb 7, 2011 at 4:15 PM, bill lam bbill@gmail.com wrote:
Ideally keybinding should be user configurable
My knowledge with jhs is almost empty, but I imagine jhs has already gotten
a hard time to keep keybindings work across different browsers. JGTK is
fortunate here.
Пнд, 07 Фев 2011, Ric Tikkanz писал(а):
I agree that making keyboard mappings user-configurable is sensible.
However IMO, the
I agree managing keybindings across browsers and across OS's is hard -
however my main suggestions below just involve altering the letters
used in combination with Esc, not changing the basic key combinations.
My mentioning Ctrl+ use in Gmail was intended just as a heads up that
this might be
44 matches
Mail list logo
