Re: Looking for a Style/Mode for editing JSP files
Here's what I have in my .emacs file with emacs 21. I use the mmm mode that is part of the latest version of emacs. Later, Marc --- .emacs snippet below --- ;;; mmm-mode settings (setq mmm-global-mode 'maybe) (add-to-list 'mmm-mode-ext-classes-alist '(nil \\.jsp\\' jsp)) (add-to-list 'mmm-mode-ext-classes-alist '(nil \\.inc\\' jsp)) (set-face-background 'mmm-default-submode-face nil) (set-face-background 'mmm-default-submode-face gray) [EMAIL PROTECTED] wrote: Hello there, currently the HTML Mode is active. With this mode I cannot do identation and other things. Thank you in advance. David Ostrovsky e-Mail [EMAIL PROTECTED] Tel: 0511-5102-3430 Fax: 0511-5102-143430 -- Marc Brooks (703) 883-7647 MITRE Corporation M/S W-117 7515 Dolley Madison Blvd. McLean, VA 22102
Re: Looking for a Style/Mode for editing JSP files
currently the HTML Mode is active. With this mode I cannot do identation and other things. Did you try html-helper-mode ? http://www.gest.unipd.it/~saint/hth.html Gian Uberto Lauri Bloody instructions which, being taught, [EMAIL PROTECTED] return to plague their inventor C.so Stati Uniti 23 (Macbeth, Atto 1, Scena 7; Hacker Jargon Tel: +39 049 828 3556 File 4.0.0, voce: Programming, 1)
Re: Looking for a Style/Mode for editing JSP files
That's html-helper-mode. - Original Message - From: Jeff Rancier [EMAIL PROTECTED] To: Marc Brooks [EMAIL PROTECTED]; [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Monday, February 25, 2002 10:58 AM Subject: Re: Looking for a Style/Mode for editing JSP files | html-help-mode looks pretty good. | Jeff | | - Original Message - | From: Marc Brooks [EMAIL PROTECTED] | To: [EMAIL PROTECTED] | Cc: [EMAIL PROTECTED] | Sent: Monday, February 25, 2002 10:33 AM | Subject: Re: Looking for a Style/Mode for editing JSP files | | | | Here's what I have in my .emacs file with emacs 21. I use the mmm mode | | that is part of the latest version of emacs. | | | | Later, | | Marc | | | | --- .emacs snippet below --- | | | | ;;; mmm-mode settings | | (setq mmm-global-mode 'maybe) | | (add-to-list 'mmm-mode-ext-classes-alist | | '(nil \\.jsp\\' jsp)) | | (add-to-list 'mmm-mode-ext-classes-alist | | '(nil \\.inc\\' jsp)) | | (set-face-background 'mmm-default-submode-face nil) | | (set-face-background 'mmm-default-submode-face gray) | | | | | | [EMAIL PROTECTED] wrote: | | | | Hello there, | | | | | | currently the HTML Mode is active. With this mode I cannot do identation | | and other things. | | | | | | Thank you in advance. | | David Ostrovsky | | | | e-Mail [EMAIL PROTECTED] | | Tel: 0511-5102-3430 | | Fax: 0511-5102-143430 | | | | | | -- | | Marc Brooks | | (703) 883-7647 | | MITRE Corporation M/S W-117 | | 7515 Dolley Madison Blvd. | | McLean, VA 22102 | | | | | | | |
Re: Looking for a Style/Mode for editing JSP files
Is there any way to compile html, JSP, and javascript files, that is, to check the whole file for syntax errors? Daniel From: Jeff Rancier [EMAIL PROTECTED] To: Jeff Rancier [EMAIL PROTECTED], Marc Brooks [EMAIL PROTECTED], [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Subject: Re: Looking for a Style/Mode for editing JSP files Date: Mon, 25 Feb 2002 11:03:50 -0500 That's html-helper-mode. _ Join the worlds largest e-mail service with MSN Hotmail. http://www.hotmail.com
Why JDEE ?
John Cobo writes: Paul, I am looking to set up a shared JAVA development environment on a (UNIX) server which allows several developers to use it from their clients PCs. I am new to this stuff, but it seems that Forte, Net Beans, etc. all assume that the user is sitting on the machine they are developing on. Correct ? I don't know. Am I correct in thinking that your JDEE allows a single set up of the JDK, Emacs, Tomcat, Web server, any shared JAR, WAR files for the development team, etc. on a shared server. Developers can then 'simply' access the environment through a window on to the server ? Do you mean use a shell window running on a PC to open an instance of Emacs on a Unix server and then interact with the Emacs running on Unix through the shell window running on the PC? Although I've never tried working this way, I'm pretty sure it would break some of the JDEE's features. A better bet would be to run X Servers on the PCs that would allow the PC users to start instances of Emacs on the Unix server that could then display on the PC in a full window that supports all JDEE features. You could use the server to maintain a shared source code repository from which developers created their own sandboxes on their PCs. I am copying this reply to the JDE mailing list' in the hopes that other JDE developers who have had more experience developing web server apps can give you some advice. Paul
Re: Why JDEE ?
Paul Kinnucan wrote: A better bet would be to run X Servers on the PCs that would allow the PC users to start instances of Emacs on the Unix server that could then display on the PC in a full window that supports all JDEE features. You could use the server to maintain a shared source code repository from which developers created their own sandboxes on their PCs. This is what we do. We use Starnet's X-Win32 for PCs. My source code is on a Unix server and we just log in using emacs remotely. No problems. -- Benjamin Shults Office: 310-B Stillwell Department of Math and CS mailto:[EMAIL PROTECTED] Western Carolina University Voice: 828 227 3828 Cullowhee, NC 28723 FAX:828 227 7240 http://www.cs.wcu.edu/~shults/
Re: Why JDEE ?
At 01:30 PM 2/25/02 -0500, Paul Kinnucan wrote: John Cobo writes: Paul, Am I correct in thinking that your JDEE allows a single set up of the JDK, Emacs, Tomcat, Web server, any shared JAR, WAR files for the development team, etc. on a shared server. Developers can then 'simply' access the environment through a window on to the server ? Do you mean use a shell window running on a PC to open an instance of Emacs on a Unix server and then interact with the Emacs running on Unix through the shell window running on the PC? Although I've never tried working this way, I'm pretty sure it would break some of the JDEE's features. A better bet would be to run X Servers on the PCs that would allow the PC users to start instances of Emacs on the Unix server that could then display on the PC in a full window that supports all JDEE features. You could use the server to maintain a shared source code repository from which developers created their own sandboxes on their PCs. At my company, the Unix disks can be mounted on the PC using samba, so that it looks like a network drive. I then run emacs on my PC, and can read and compile the files on the Unix disk. Actually running the code requires a window on the Unix machine*. This may work better or worse, depending on (at least) the availability of samba, and whether the net lag is worse for interacting with emacs or for writting the class files. Troy * You could probably configure jde to execute an rsh command to run the code. Troy Daniels [EMAIL PROTECTED] 781-273-3388 x218
Re: Why JDEE ?
Troy == Troy Daniels [EMAIL PROTECTED] writes: Troy At 01:30 PM 2/25/02 -0500, Paul Kinnucan wrote: John Cobo writes: Paul, Am I correct in thinking that your JDEE allows a single set up of the JDK, Emacs, Tomcat, Web server, any shared JAR, WAR files for the development team, etc. on a shared server. Developers can then 'simply' access the environment through a window on to the server ? Troy At my company, the Unix disks can be mounted on the PC using Troy samba, so that it looks like a network drive. I then run Troy emacs on my PC, and can read and compile the files on the Unix Troy disk. Actually running the code requires a window on the Unix Troy machine*. This may work better or worse, depending on (at Troy least) the availability of samba, and whether the net lag is Troy worse for interacting with emacs or for writting the class Troy files. Another possibility would be to have a go with TRAMP, which is ange-ftp for the new millenium. I use it across ssh, which works very well. I've not tried it on windows though, and I don't know how much JDE functionality it would break. I'd be interested to know. Phil
RE: error navigation
Interestingly enough I just wanted to do this today too: (defun compilation-filter-hook-jps () (interactive) ;;Just want to search over the last set of stuff, so exchange point and mark? (exchange-point-and-mark t) (while (re-search-forward [/]instrumented nil t) (replace-match nil t)) (exchange-point-and-mark t) ) (add-hook 'compilation-filter-hook 'compilation-filter-hook-jps) This isn't perfect, but it appears to work. Any suggestions are welcome. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Monday, February 25, 2002 1:53 PM To: [EMAIL PROTECTED] Subject: error navigation Hello all, This is slightly, off topic, but has anyone had any experience using error navigation in JDE when the actual source file is different than the file that gets compiled? Due, to the amount of generated code in my build, I first copy all of the source into build/src, then produce the generated files also into build/src, and finally compile the generated and static source all at the same time. The unfortunate result is that, when a compilation error occurs, the reference in the compilation buffer is to the copy of the file, and not of the file itself. Has anyone had to deal with this in the past? cheers, Charles
Re: Fix for a problem in saving project file (2)...
[EMAIL PROTECTED] (Ping Liang) writes: I have never needed to deal with Windows/Unix issues before, so I am not familiar with directory-sep-char. I guess that there must be a better way to deal with this if it is to be deprecated. It is deprecated in GNU Emacs. I am not sure of its status in XEmacs (it appears it is still needed there). The reason for deprecating it is clearly illustrated by this particular problem. I think the correct fix is to only bind directory-sep-char around the one line of code that requires it: (defun jde-find-project-file (dir) Finds the next project file upwards in the directory tree from DIR. Returns nil if it cannot find a project file in DIR or an ascendant directory. (let ((file (let (directory-sep-char ?/) ;; Override NT/XEmacs setting (find jde-project-file-name (directory-files dir) :test 'string= (if file (expand-file-name file dir) (if (not (jde-root-dir-p dir)) (jde-find-project-file (expand-file-name ../ dir)) -- Jason Rumney
Re: Why JDEE ?
At 08:56 PM 2/25/02 +, Phillip Lord wrote: Troy == Troy Daniels [EMAIL PROTECTED] writes: Troy At 01:30 PM 2/25/02 -0500, Paul Kinnucan wrote: John Cobo writes: Paul, Am I correct in thinking that your JDEE allows a single set up of the JDK, Emacs, Tomcat, Web server, any shared JAR, WAR files for the development team, etc. on a shared server. Developers can then 'simply' access the environment through a window on to the server ? Troy At my company, the Unix disks can be mounted on the PC using Troy samba, so that it looks like a network drive. I then run Troy emacs on my PC, and can read and compile the files on the Unix Troy disk. Actually running the code requires a window on the Unix Troy machine*. This may work better or worse, depending on (at Troy least) the availability of samba, and whether the net lag is Troy worse for interacting with emacs or for writting the class Troy files. Another possibility would be to have a go with TRAMP, which is ange-ftp for the new millenium. I use it across ssh, which works very well. I've not tried it on windows though, and I don't know how much JDE functionality it would break. I'd be interested to know. I expect that it breaks compiling and running. Assuming it uses ange-ftp-style names, c:\jdk1.3.1\javac \\user@host:\dir\file.java is unlikely to succeed. :-) Troy Phil Troy Daniels [EMAIL PROTECTED] 781-273-3388 x218