From christian at defun.dk Sat Feb 1 06:39:00 2003 From: christian at defun.dk (Christian Lynbech) Date: Sat Feb 1 06:39:00 2003 Subject: xlib functions seems slow Message-ID: <878yx0f1uc.fsf@baguette.defun.dk> I have been playing around with latest eclipse from the CVS repository and have stumbled across a strange behaviour. I have defined a small function to return all applications: (defun application-list () "Return the applications objects as a list." (loop for val being each hash-value in *widget-table* when (and (application-p val) (application-master val)) collect val)) and another to extract their names: (defun application-name (app) (xlib:wm-name (widget-window app))) The first one is fast enough: * (compile 'application-list) Compiling LAMBDA NIL: Compiling Top-Level Form: APPLICATION-LIST NIL NIL * (time (application-list)) Compiling LAMBDA NIL: Compiling Top-Level Form: Evaluation took: 0.0 seconds of real time 0.0 seconds of user run time 0.0 seconds of system run time 0 page faults and 112 bytes consed. (# # # # # # # # # # # # #) * but extracting the name is extraordinaryly slow: * (setq x (car *)) # * (compile 'application-name) Compiling LAMBDA (APP): Compiling Top-Level Form: APPLICATION-NAME NIL NIL * (time (application-name x)) Compiling LAMBDA NIL: Compiling Top-Level Form: Evaluation took: 1.02 seconds of real time 0.0 seconds of user run time 0.0 seconds of system run time 4 page faults and 760 bytes consed. "((HELP))" :STRING 8 0 it consistently takes a full second to retrieve the name and that makes me suspicious that there is something I am not aware of in CMUCL's multiprocessing and/or the interfacing with CLX. The CMUCL is 18d, debian package version 3.1.6 and with feature list (:CLX-MIT-R5 :CLX-MIT-R4 :XLIB :CLX :CLX-LITTLE-ENDIAN :GRAY-STREAMS :ASDF :MK-DEFSYSTEM :COMMON-LISP-CONTROLLER :PCL-STRUCTURES :PORTABLE-COMMONLOOPS :PCL :PYTHON :GENCGC :RANDOM-MT19937 :MP :HASH-NEW :COMPLEX-FLOAT :SIGNED-ARRAY :CMU18D :CMU18 :DIRECT-SYSCALL :RELATIVE-PACKAGE-NAMES :LINKAGE-TABLE :X86 :LINUX :GLIBC2 :UNIX :COMMON :CMU :NEW-COMPILER :COMMON-LISP :ANSI-CL :IEEE-FLOATING-POINT) Does anybody have any ideas? ------------------------+----------------------------------------------------- Christian Lynbech | email: christian at defun.dk ------------------------+----------------------------------------------------- Hit the philistines three times over the head with the Elisp reference manual. - petonic at hal.com (Michael A. Petonic) From christian at defun.dk Sat Feb 1 06:55:01 2003 From: christian at defun.dk (Christian Lynbech) Date: Sat Feb 1 06:55:01 2003 Subject: xlib functions seems slow In-Reply-To: <878yx0f1uc.fsf@baguette.defun.dk> (Christian Lynbech's message of "Sat, 01 Feb 2003 16:38:19 +0100") References: <878yx0f1uc.fsf@baguette.defun.dk> Message-ID: <874r7of13u.fsf@baguette.defun.dk> I forgot to mention that this was from a telnet session. I have now found out that if I break the main eclipse process and repeat the experiment from the break loop, it goes blindingly fast as I would expect it to so presumably the problem is in the mixture of the telnet stuff and the CLX stuff. I am still curious as to whether I can fix it somehow, but I no longer fear any problems in using such functions in extensions to eclipse. ------------------------+----------------------------------------------------- Christian Lynbech | email: christian at defun.dk ------------------------+----------------------------------------------------- Hit the philistines three times over the head with the Elisp reference manual. - petonic at hal.com (Michael A. Petonic) From christian at defun.dk Sat Feb 1 08:07:00 2003 From: christian at defun.dk (Christian Lynbech) Date: Sat Feb 1 08:07:00 2003 Subject: building eclipse for CMUCL 18d In-Reply-To: <878yx0f1uc.fsf@baguette.defun.dk> (Christian Lynbech's message of "Sat, 01 Feb 2003 16:38:19 +0100") Message-ID: <87u1fodj6j.fsf@baguette.defun.dk> Attached is a patch that allows eclipse to be built for CMUCL 18d. CMUCL seems to have tighten the handling of certain things so this patch will do three necessary things: - in system.lisp (compile-theme) remove path from :output-file name as this includes path specs from the input file. - in wm.lisp (menu-3-prcess) removes the &allow-other-keys which CMUCL 18d chokes on (some previous versions seemed more lax, they also accepted (lambda (&rest) ...) which 18d does not but you have gotten rid of that). - in lib/image-reader.lisp (load-ppm) changes function to use two streams as there are many things you cannot do on a non-character string including calling `unread-char'. -------------- next part -------------- A non-text attachment was scrubbed... Name: patch-cmucl-18d Type: application/octet-stream Size: 2821 bytes Desc: not available URL: -------------- next part -------------- ------------------------+----------------------------------------------------- Christian Lynbech | email: christian at defun.dk ------------------------+----------------------------------------------------- Hit the philistines three times over the head with the Elisp reference manual. - petonic at hal.com (Michael A. Petonic) From hatchond at labri.fr Sun Feb 2 22:56:01 2003 From: hatchond at labri.fr (Iban Hatchondo) Date: Sun Feb 2 22:56:01 2003 Subject: xlib functions seems slow Message-ID: <3E3E207D.9010200@labri.fr> --- Christian Lynbech wrotes: >I have been playing around with latest eclipse from the CVS repository >and have stumbled across a strange behaviour. >I have defined a small function to return all applications: >(defun application-list () > "Return the applications objects as a list." > (loop for val being each hash-value in *widget-table* > when (and (application-p val) (application-master val)) collect val)) >and another to extract their names: >(defun application-name (app) > (xlib:wm-name (widget-window app))) [ ... ] >* (time (application-name x)) > Compiling LAMBDA NIL: > Compiling Top-Level Form: > Evaluation took: > 1.02 seconds of real time > 0.0 seconds of user run time > 0.0 seconds of system run time > 4 page faults and > 760 bytes consed. >I forgot to mention that this was from a telnet session. > I noticed the same "performance" problems. But I have the impression, that it is something from the telnet session. If you try to play with your mouse pointer around the telnet window (ie: exit/enter quickly) you can change the result see below: Th first result comes without moving my mouse pointer. The second result comes after my mouse pointer came back in the telnet window. * (time (application-name x)) Evaluation took: 1.0 seconds of real time 0.0 seconds of user run time 0.0 seconds of system run time 0 page faults and 0 bytes consed. "madiun" :STRING 8 0 * (time (application-name x)) Evaluation took: 0.08 seconds of real time 0.0 seconds of user run time 0.0 seconds of system run time 0 page faults and 0 bytes consed. "madiun" :STRING 8 >I have now found out that if I break the main eclipse process and >repeat the experiment from the break loop, it goes blindingly fast as >I would expect it to so presumably the problem is in the mixture of >the telnet stuff and the CLX stuff. Yes. >I am still curious as to whether I can fix it somehow That would be great ! It seems to be a problem of buffer not flush somewhere in the mp package or something like this. > , but I no longer fear any problems in using such functions in extensions to eclipse. Also thank you, for the patches. I'll incorpore them in a fiew minutes. !ban. From christian at defun.dk Sun Feb 9 04:31:01 2003 From: christian at defun.dk (Christian Lynbech) Date: Sun Feb 9 04:31:01 2003 Subject: small suggestion for image-reader.lisp Message-ID: <87znp5wpk4.fsf@baguette.defun.dk> While mucking around with the image-reader I came up something a little more robust for handling comments in pnm files. The idea is to use a readtable with '#' marked as a comment character. With this patch the three attached sample pnm files should evaluate to the same image. -------------- next part -------------- A non-text attachment was scrubbed... Name: patch-ppm-reader Type: application/octet-stream Size: 794 bytes Desc: patch for image-reader.lisp URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: t0.pnm Type: image/x-portable-anymap Size: 982 bytes Desc: sample pnm image without comments URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: t1.pnm Type: image/x-portable-anymap Size: 993 bytes Desc: sample pnm image with a simple comment URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: t2.pnm Type: image/x-portable-anymap Size: 1011 bytes Desc: sample pnm image with a little more sophisticated comments URL: -------------- next part -------------- ------------------------+----------------------------------------------------- Christian Lynbech | email: christian at defun.dk ------------------------+----------------------------------------------------- Hit the philistines three times over the head with the Elisp reference manual. - petonic at hal.com (Michael A. Petonic) From christian at defun.dk Mon Feb 10 04:04:02 2003 From: christian at defun.dk (Christian Lynbech) Date: Mon Feb 10 04:04:02 2003 Subject: suggesstions for eclipse build process Message-ID: <87vfztwhdd.fsf@baguette.defun.dk> Here follows a patch with a proposal for some changes to how eclipse is built and installed. The background is that I want to use eclipse as my window manager and I therefore would like a bigger separation between the building of eclipse and its installation and subsequent use. I have more than once killed off my window manager by forgetting about these issues and made an absentminded clean in the build directory, which I feel is not desirable. The patch models things as I like it, but this may of course not match well into how others use eclipse. This should be seen as a proposal pointing out the direction I suggest we move in, not as the final word on how this can be. I will also be happy to work other things into the proposal if need be. I have only really tested this with the mode where you generate an image to install. The patch does not cover the `configure' file since this is just generated from `configure.in' but I have attached the one that autoconf generates on my system. I think the patch should be pretty starightforward but do not hesitate to ask if you do not understand what is going on or what I was thinking when I wrote this or that peice of it. There are (at least) two non-essential things in the patch. In `system.lisp' I have changed the require from :clx to :cmucl-clx as the CLX package is named on a debian system. If :clx is widely used as well, it probably should remain as it is. As for the installation, I have added a copying of the lisp binary into the installation directory as well. Since we have a full standalone core (if that is what you choose) one should not be dependant on the lisp installation of the system. This bit whe I upgraded CMUCL on my system and I could no longer run eclipse because the core was generated under a different version than the lisp executable. But I will understand if somebody thinks this to be slightly controversial (with ACL you would probably want to use `generate-application' which does essentially the same). The configure script has been changed a bit wrt options. Rather than having --enable-compile-into-core do everything including decide the installatiion place for the core file, there is now a number of options dealing with this: The option --enable-compile-into-core now only determines whether or not we to produce a core file. The --with-core option is renamed to --with-initcore to underline what it does and there is to new options, --with-corename and --with-coredest, which separates the determination of the name of the core file and where it is to be installed (defaulting to eclipse.core and ${libdir} respectively). -------------- next part -------------- A non-text attachment was scrubbed... Name: patch-building Type: application/octet-stream Size: 10277 bytes Desc: patches to eclipse build process URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: configure Type: application/octet-stream Size: 36386 bytes Desc: sample generation of configure script URL: -------------- next part -------------- ------------------------+----------------------------------------------------- Christian Lynbech | email: christian at defun.dk ------------------------+----------------------------------------------------- Hit the philistines three times over the head with the Elisp reference manual. - petonic at hal.com (Michael A. Petonic) From hatchond at labri.fr Mon Feb 10 04:53:01 2003 From: hatchond at labri.fr (Iban Hatchondo) Date: Mon Feb 10 04:53:01 2003 Subject: suggesstions for eclipse build process References: <87vfztwhdd.fsf@baguette.defun.dk> Message-ID: <3E47AE9A.70300@labri.fr> Sorry for the delay of this post, but I wasn't knowing the list mail size restriction (40 Ko), and by the way, I just learned that my agreement (as administrator) was required. Christian Lynbech wrote: > Here follows a patch with a proposal for some changes to how eclipse > is built and installed. I agree, this separation is needed. > In `system.lisp' I have changed the require from :clx to :cmucl-clx as > the CLX package is named on a debian system. If :clx is widely used as > well, it probably should remain as it is. Maybe we should ask Peter Van Eynde for this distinction. On my system, cmucl comes from cons.org, and CLX appears as :CLX in *features* > As for the installation, I have added a copying of the lisp binary > into the installation directory as well. Since we have a full > standalone core (if that is what you choose) one should not be > dependant on the lisp installation of the system. This bit whe I > upgraded CMUCL on my system and I could no longer run eclipse because > the core was generated under a different version than the lisp > executable. But I will understand if somebody thinks this to be > slightly controversial (with ACL you would probably want to use > `generate-application' which does essentially the same). I don't have an opinion on that part. I'd be happy to have some other opinion on that point. Maybe a new make clause like "application", could be an alternative ? Regards, !ban. From christian at defun.dk Mon Feb 10 08:51:02 2003 From: christian at defun.dk (Christian Lynbech) Date: Mon Feb 10 08:51:02 2003 Subject: suggesstions for eclipse build process In-Reply-To: <3E47AE9A.70300@labri.fr> (Iban Hatchondo's message of "Mon, 10 Feb 2003 14:52:26 +0100") References: <87vfztwhdd.fsf@baguette.defun.dk> <3E47AE9A.70300@labri.fr> Message-ID: <87fzqwc9ej.fsf@baguette.defun.dk> >>>>> "Iban" == Iban Hatchondo writes: >> In `system.lisp' I have changed the require from :clx to :cmucl-clx as >> the CLX package is named on a debian system. If :clx is widely used as >> well, it probably should remain as it is. Iban> Maybe we should ask Peter Van Eynde for this Iban> distinction. On my system, cmucl comes from cons.org, and CLX appears Iban> as :CLX in *features* I have a new suggestion. The following form should do the right thing: #+cmu (progn #-COMMON-LISP-CONTROLLER (unless (featurep :clx) (require :clx)) #+COMMON-LISP-CONTROLLER (unless (featurep :cmucl-clx) (require :cmucl-clx)) #-MK-DEFSYSTEM (load "library:subsystems/defsystem")) If COMMON-LISP-CONTROLLER is on *features* we can be pretty sure that we are on a Debian system and then I think we should default to the supplied CLX package. Anybody sophisticated enough to replace the CLX package will know how to add a suitable `provide' somewhere or be able to fix *features* accordingly. ------------------------+----------------------------------------------------- Christian Lynbech | email: christian at defun.dk ------------------------+----------------------------------------------------- Hit the philistines three times over the head with the Elisp reference manual. - petonic at hal.com (Michael A. Petonic) From hatchond at yahoo.fr Mon Feb 10 09:26:02 2003 From: hatchond at yahoo.fr (=?iso-8859-1?q?Iban=20HATCHONDO?=) Date: Mon Feb 10 09:26:02 2003 Subject: suggesstions for eclipse build process In-Reply-To: <87fzqwc9ej.fsf@baguette.defun.dk> Message-ID: <20030210182517.58228.qmail@web40605.mail.yahoo.com> --- Christian Lynbech a ?crit : > > I have a new suggestion. The following form should > do the right > thing: > > #+cmu > (progn > #-COMMON-LISP-CONTROLLER (unless (featurep :clx) > (require :clx)) > #+COMMON-LISP-CONTROLLER (unless (featurep > :cmucl-clx) (require :cmucl-clx)) > #-MK-DEFSYSTEM (load > "library:subsystems/defsystem")) > > If COMMON-LISP-CONTROLLER is on *features* we can be > pretty sure that > we are on a Debian system and then I think we should > default to the > supplied CLX package. Anybody sophisticated enough > to replace the CLX > package will know how to add a suitable `provide' > somewhere or be able > to fix *features* accordingly. It seems good to me. I'll fix it soon so. !ban. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran?ais ! Yahoo! Mail : http://fr.mail.yahoo.com From baden at pmcanada.com Fri Feb 14 14:21:02 2003 From: baden at pmcanada.com (baden) Date: Fri Feb 14 14:21:02 2003 Subject: Eclipse setup help Message-ID: <200302141726.41570.baden@pmcanada.com> A few issues. I have Eclipse set up on Linux. I'm trying to get the EASIE plugin to work with eclipse - I get the Start/Stop icons in the Java Perspective, but when I press start, the console does not appear. Also, any of the files' lines from a project I have imported from CVS are 'errored' with "This compoloation unit indirectly references the missing type java.lang.Object (typically some required class file is referencing a type outside the classpath) /etc/profile looks like this: ODS_DVL=/data/dev/ODS; export ODS_DVL CLASSPATH=.;/data/jdk1.3.1;/data/jdk1.3.1/bin; export CLASPATH JAVA_HOME=/data/jdk1.3.1; export JAVA_HOME J2EE_HOME=/data/ODS/jboss/client; export J2EE_HOME ANT_HOME=/data/jakarta-ant-1.4; export ANT_HOME JBOSS_HOME=/data/ODS/jboss; export JBOSS_HOME JBOSS_CLASSPATH=/data/ODS/jboss; export JBOSS_CLASSPATH PATH=$PATH:/data/jdk1.3.1/bin:/pm/pgsql/bin:/data/jakarta-ant-1.4/bin:/data/baden/bin; export PATH running source profile returns: bash: /data/jdk1.3.1: is a directory bash: /data/jdk1.3.1/bin: is a directory - yes, I know this already I've setup Eclipse setup: Window/Preferences/Installed JREs JRE Home Directory: /data/jdk1.3.1 It autopopulates everythine else & I have the j2ee jar in the ext folder (and yes it shoes the rt.jar) Problem 1: Not able to start/stop JBoss through Eclipse Problem 2: Getting JMX GUI to work with Eclipse Problem 3: the long problem listed above w/ red unerlines ... u know the one... Thanks. -- Baden R. de Bari Solutions Developer ProfitMaster Canada 1-800-665-0695 http://www.pmcanda.com From erik at nittin.net Wed Feb 26 14:02:01 2003 From: erik at nittin.net (Erik Enge) Date: Wed Feb 26 14:02:01 2003 Subject: Undefined functions: %QUIT% ECLIPSE Message-ID: <87k7fncgmc.fsf@nittin.net> Hi. I'm trying to get Eclipse (release 2002-04-16) running on my Linux box with CMUCL 3.1.2 18d. This is what I did to compile and install it: $ lisp * (require :cmucl-clx) * (setf *herald-items* (subseq *herald-items* 4)) * (save-lisp "/home/erik/software/eclipse/clx.core") $ ./configure --with-core=/home/erik/software/eclipse/clx.core $ make $ X :2 There was a lot of output from make - if you want me to, I'd be glad to post it. At the end, it said "4 errors, 30 notes". Then, I try to start it: [erik at bubbles:~/software/eclipse/eclipse-2002-04-16]$ ./eclipse :2.0 ; Loading #p"/home/erik/.cmucl-init.cl". ; Loading #p"/home/erik/software/eclipse/eclipse-2002-04-16/load-eclipse.lisp". Warning: These functions are undefined: %QUIT% ECLIPSE ; Loading #p"/home/erik/software/eclipse/eclipse-2002-04-16/system.lisp". ^[[18;3~No file: $HOME/.eclipse ; Loading #p"/home/erik/software/eclipse/eclipse-2002-04-16/.eclipse". Execution of a form compiled with errors: #'(LAMBDA (&REST) (CATCH 'WRONG-NAME (HANDLER-BIND ((ERROR #'HANDLE-WRONG-NAME-CONDITION)) (%RUN-PROGRAM% PROGRAM ARGUMENTS)))) Restarts: 0: [CONTINUE] Return NIL from load of "/home/erik/software/eclipse/eclipse-2002-04-16/.eclipse". 1: [ABORT ] Skip remaining initializations. Debug (type H for help) ("DEFUN RUN-APPLICATION" # # #)[:OPTIONAL] Source: Unknown location: using block start. ; File: /home/erik/software/eclipse/eclipse-2002-04-16/wm.lisp (DEFUN RUN-APPLICATION (PROGRAM &REST ARGUMENTS) (LAMBDA (&REST) (CATCH 'WRONG-NAME #))) Can anyone tell what I've done wrong? Thanks for any pointers, Erik. From erik at nittin.net Thu Feb 27 04:40:01 2003 From: erik at nittin.net (Erik Enge) Date: Thu Feb 27 04:40:01 2003 Subject: Undefined functions: %QUIT% ECLIPSE In-Reply-To: <3E5DDA9D.2030907@labri.fr> References: <87k7fncgmc.fsf@nittin.net> <3E5DDA9D.2030907@labri.fr> Message-ID: <3E5E14F2.8090801@nittin.net> Iban Hatchondo wrote: > But I think you should try to checkout the cvs that is available > at cvs.unlambda.com. > > Indeed, eclipse progress a lot since the date of your release. > Let me know your choice, and ask if any problem. > > Here's the CVS command to check out sources anonymously: > > $ cvs -d :pserver:anoncvs at cvs.unlambda.com:/home/cvsroot login > Logging in to :pserver:anoncvs at cvs.unlambda.com:2401/home/cvsroot > CVS password: [just press Enter/Return/Newline/Whatever] > $ cvs -d :pserver:anoncvs at cvs.unlambda.com:/home/cvsroot checkout eclipse > cvs server: Updating eclipse > [...] I tried this code and that worked compiled and installed without any problems. Thanks! I do have a weird situation, though: I run an X server with sawfish on :0 and an X server with eclipse on :1 (with ./eclipse :1.0). Whenever I start an xterm or emacs or other programs (from the menu in eclipse), they show up in my sawfish X and not in eclipse as expected. Am I missing something obvious here? Thanks, Erik. From erik at nittin.net Thu Feb 27 04:51:01 2003 From: erik at nittin.net (Erik Enge) Date: Thu Feb 27 04:51:01 2003 Subject: Undefined functions: %QUIT% ECLIPSE In-Reply-To: <3E5E14F2.8090801@nittin.net> References: <87k7fncgmc.fsf@nittin.net> <3E5DDA9D.2030907@labri.fr> <3E5E14F2.8090801@nittin.net> Message-ID: <3E5E1771.8070704@nittin.net> Erik Enge wrote: > I do have a weird situation, though: I run an X server with sawfish on > :0 and an X server with eclipse on :1 (with ./eclipse :1.0). Whenever I > start an xterm or emacs or other programs (from the menu in eclipse), > they show up in my sawfish X and not in eclipse as expected. Am I > missing something obvious here? It went back to expected behaviour once I did: $ export DISPLAY=:1 $ ./eclipse :1.0 Erik. From erik at nittin.net Fri Feb 28 07:29:00 2003 From: erik at nittin.net (Erik Enge) Date: Fri Feb 28 07:29:00 2003 Subject: How to customize window resize and move functions. Message-ID: <87znohzkps.fsf@nittin.net> Eclipse is growing on me. I'm almost where I need to be to switch out sawfish for Eclipse and use it as my standard window manager. I've been defining key-combos like this: (define-key-combo :previous-workspace :keys '(:p) :modifiers '(:and :ALT-LEFT :CONTROL-LEFT) :fun (action (:press (change-vscreen (root-vscreens *root*) #'+)) ())) And putting it in my ~/.eclipse file. Am I doing this the right way or is there a better way to do this? This is what I now want to make happen: I want Eclipse to behave like sawfish does with regards to window move and resize functions. To resize a window, I want to hold down the left ALT key and then press and hold the second mouse button (right mouse button) and at this point it should allow me to resize the window. To move a window, I want to press the left ALT key and press and hold the left (first) mouse button at which point it should allow me to move the window around with my mouse. Any idea on how to accomplish this? Thanks, Erik. From hatchond at labri.fr Fri Feb 28 07:50:02 2003 From: hatchond at labri.fr (Iban Hatchondo) Date: Fri Feb 28 07:50:02 2003 Subject: How to customize window resize and move functions. References: <87znohzkps.fsf@nittin.net> Message-ID: <3E5F9316.4000805@labri.fr> Erik Enge wrote: > Eclipse is growing on me. I'm almost where I need to be to switch out > sawfish for Eclipse and use it as my standard window manager. I've been > defining key-combos like this: > > (define-key-combo :previous-workspace > :keys '(:p) > :modifiers '(:and :ALT-LEFT :CONTROL-LEFT) > :fun (action > (:press (change-vscreen (root-vscreens *root*) #'+)) > ())) > > And putting it in my ~/.eclipse file. Am I doing this the right way or > is there a better way to do this? > It seems correct to me. The problem is that the man is out of date. But if I remember correctly it is up to date concerning the keystrokes part. I should do it, but I don't have a lot of extra time right now. > This is what I now want to make happen: I want Eclipse to behave like > sawfish does with regards to window move and resize functions. To > resize a window, I want to hold down the left ALT key and then press and > hold the second mouse button (right mouse button) and at this point it > should allow me to resize the window. > > To move a window, I want to press the left ALT key and press and hold > the left (first) mouse button at which point it should allow me to move > the window around with my mouse. > > Any idea on how to accomplish this? > Well I had those things in mind couple of mounth ago, but I don't have enough time to do it. It should be possible to do this with the menu-3 sutff, but there's no way to register keystroke with the mouse button instead of "keyboard key" at this time. I'll try to find some extra time this week end. !ban. > Thanks, > > Erik. > _______________________________________________ > http://lists.unlambda.com/mailman/listinfo/eclipse > From erik at nittin.net Fri Feb 28 08:18:01 2003 From: erik at nittin.net (Erik Enge) Date: Fri Feb 28 08:18:01 2003 Subject: How to customize window resize and move functions. In-Reply-To: <3E5F9316.4000805@labri.fr> References: <87znohzkps.fsf@nittin.net> <3E5F9316.4000805@labri.fr> Message-ID: <3E5F999C.9070809@nittin.net> Iban Hatchondo wrote: > Well I had those things in mind couple of mounth ago, but I don't have > enough time to do it. It should be possible to do this with the menu-3 > sutff, but there's no way to register keystroke with the mouse button > instead of "keyboard key" at this time. I'll try to find some extra time > this week end. I'm not well versed in Eclipse yet, but I have a general idea of what's going on. Perhaps if you just describe what you plan to do to accomplish it, I can give it a shot this weekend. Erik. From erik at nittin.net Fri Feb 28 08:30:01 2003 From: erik at nittin.net (Erik Enge) Date: Fri Feb 28 08:30:01 2003 Subject: Dynamic binding of keyname/keysym. Message-ID: <3E5F9C76.2080805@nittin.net> I use Dvorak as my keyboard layout (as opposed to Qwerty or Azerty). Consider the following piece of code: (define-key-combo :previous-workspace :keys '(:p) :modifiers '(:and :ALT-LEFT :CONTROL-LEFT) :fun (action (:press (change-vscreen (root-vscreens *root*) #'+)) ())) When I start up Eclipse initially, my keyboard is Qwerty. Pressing A-C-p gives me the previous-workspace. Then I load my .Xmodmap file (using `xmodmap ~/.Xmodmap`). Qwerty-P is now Dvorak-L and Dvorak-P is now Qwerty-R. So, when I now hit A-C-p, what really is seen by Eclipse is A-C-r. I've looked in lib/clx-ext/keysymdef.lisp and it seems that all keysyms->keynames and vice versa are hardcoded here. I haven't spent much time with the code, so I don't fully understand what INIT-KEYBOARD does - it might do what I need to only I can't see it. How can I tell Eclipse: "Listen, I just ran xmodmap and redefined all keys, why don't you look at how it's bound right now and rebind all your internal bindings?" The strange thing is that this works as expected: xmodmap -e "remove Lock = Caps_Lock" xmodmap -e "keysym Caps_Lock = Control_L" xmodmap -e "add Control = Control_L" Eclipse now sees my Caps_Lock as my Control_L. Again, if I just get the description of how to make this work I can probably write it myself (if any changes needs to be made to the code). Thanks for any pointers, Erik. From erik at nittin.net Fri Feb 28 17:46:02 2003 From: erik at nittin.net (Erik Enge) Date: Fri Feb 28 17:46:02 2003 Subject: Dynamic binding of keyname/keysym. In-Reply-To: <1046459661.3e5fb50d8ac1f@iona.labri.fr> (hatchond@labri.fr's message of "Fri, 28 Feb 2003 20:14:21 +0100") References: <3E5F9C76.2080805@nittin.net> <1046459661.3e5fb50d8ac1f@iona.labri.fr> Message-ID: <87k7fkjpga.fsf@nittin.net> hatchond at labri.fr writes: > Should be normal. Because we don't handle the :mapping-notify event > (clx 12.12.3), but we should handle it. If you look at the definition > of this event, you'll see that we have a chance to handle this > correctly. But first, I would like to know what happens if you change > the keyboard map before lunching eclipse? If I do `xmodmap ~/.Xmodmap` before launching Eclipse it works as expected. Eclipse now sees my Dvorak-P as P so A-C-p works like I want it to. I guess the proper solution to this would be to implement :mapping-notify properly. I'll see what I can do about it once I understand more of Eclipse (and once I've read the CLX and ICCCM in more detail). Erik.