Gnome interface status report

[Kurt Hornik]

>>>>> Lyndon Drake writes:

> Hi,

> First, the Find dialog now works.  Users can search backwards or
> forwards, from the top, bottom or current cursor position.  Tomorrow
> I'm going to add regular expression searches and the option to wrap
> searches.

> I have also got command line arguments working.  I'd really like
> someone to test this out, as I never use the command line arguments
> and so don't know what people generally use.

> I have added support for the R_NSIZE, R_VSIZE, R_HISTFILE, and
> R_HISTSIZE environment variables (cut'n'paste from unix/system.c :-).
> If there are any other environment variables lurking in the unix
> source code that I should know about, please let me know.

> Given that things like NSize and VSize can be set via environment
> variable, command line argument and GUI preferences, I have
> arbitrarily come up with a precedence (it's easy to change if anyone
> disagrees).  Command line arguments have the highest precedence,
> followed by the GUI prefs, followed by the environment variables.
> Arguably the environment variables should take precedence over the GUI
> preferences; but I think that it could be a bit confusing if a user
> sets the vsize using the preferences dialog, but the setting never
> takes effect because of an environment variable in the system profile.
> However, the GUI will use any environment variables as the default
> when creating the preferences.

> I have also split gnome/system.c into several files, because it was
> becoming to big for easy navigation.  The files are: system.c,
> system-unix.c, system-choosefile.c, system-console.c, and
> system-showfiles.c.  system.c has main, the argument parsing and the
> cleanup stuff.  system-unix.c has all the code that I haven't touched,
> i.e. that is (hopefully) identical to the corresponding functions in
> unix/system.c.

Committed yet?  I don't seem to get these with cvs update ...

Re X11/gnome: Last week I suggested that eventually we might have
something like

	unix/...
	unix/X11	=> libRX11.so
	unix/gnome	=> libRgnome.so
maybe also
	unix/kde
???

and at startup do

	LoadSharedLib("libR$GUI.so")

My impression was that the comments we received were all positive.  So,
maybe we should keep this in mind.

Even without the GUI DLL, the above organization would be a lot cleaner.
How easy would it be to accomplish that?  It seems that we can have

	*sock*
	dynload.c
	hpdlfcn.c

in common, and maybe we only need to take waitforActivity() out from
system.c?

-k
-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-
r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html
Send "info", "help", or "[un]subscribe"
(in the "body", not the subject !)  To: r-devel-request@stat.math.ethz.ch
_._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._