jedit-devel Mailing List for jEdit

Hi,
I've posted this before and had no answer.

It's rather annoying because I must go and 
"touch" (see below) the shortcuts every time I need one
that is not working (several). 

And many of them I defined to call some macros 
I'm using at work for edeiting some looong T-SQL 
files that are being sent to us.

Is this a known bug, am I wrong or should I put a 
new bug report on sourceforge ?

Any help or tips will be much welcome.

-f.

>The default shortcut for complete-word won't work
>on jedit startup. If I press C+b it does nothing.
>So I checked it and it was set. I changed it and 
>it worked ... until i restarted jedit.
>Again it didn't work. But if I just click the 
>table in the shortcut's cell and then exit
>by pressing ok in the option dialog it works again.

>NT4 sp4
>Sun jdk1.2.2
>Symantec jit
>And it happens with some other shortcut but not all of them .

Mike,

Cool. Both of these goodies will be included with jEdit 2.5final.

Slava

mike dillon wrote:
> 
> howdy-
> 
> i just took a look at the DELEGATE SPAN+EXCLUDE_MATCH code and was able to fix
> it pretty easily. it was pretty obviously broken, but had simply never been
> tested. good find, Dominic. in the process, i copied Dominic's html.xml to
> shtml.xml to create a new SHTML mode for HTML with SSI directives. it is set up
> to handle *.{shtm,shtml}. i think that those extensions should be removed from
> html.xml and shtml.xml should be added to the core, seeing as SSI is fairly
> common.
> 
> i've attached shtml.xml as well as the patch to fix
> org.gjt.sp.jedit.TokenMarker.

On Thu, 29 Jun 2000, mike dillon wrote:
> i've attached shtml.xml as well as the patch to fix
> org.gjt.sp.jedit.TokenMarker.

here's a slightly improved shtml.xml.

-md

howdy-

i just took a look at the DELEGATE SPAN+EXCLUDE_MATCH code and was able to fix
it pretty easily. it was pretty obviously broken, but had simply never been
tested. good find, Dominic. in the process, i copied Dominic's html.xml to
shtml.xml to create a new SHTML mode for HTML with SSI directives. it is set up
to handle *.{shtm,shtml}. i think that those extensions should be removed from
html.xml and shtml.xml should be added to the core, seeing as SSI is fairly
common.

i've attached shtml.xml as well as the patch to fix
org.gjt.sp.jedit.TokenMarker.

-md

On Thu, 22 Jun 2000, Hogan Long wrote:
> 2) In xslt, xslt commands can occur in literals.
> For example I could have a line like this:
> 
> var blah="This: value=<xsl:value-of select="blah/value1"/>, name=blah";
> 
> This is valid xslt and should have the tag replaced.
> However, jEdit does not highlight it correctly yet.

i've taken a look at your example and it seems to be highlighted fine. i need a
real file as an example of incorrect highlighting to get it right. as it is, i
can't even see what you think is wrong with the highlighting of this text in
XSL mode.

-md

On Thu, 29 Jun 2000, Slava Pestov wrote:
> I think it would be better if the first paragraph read:
> 
> 	As a special exception, you have permission to create and distribute
> 	jEdit plugins without the requirement that the resulting code or
> 	executable be covered by the GNU General Public License. A "plugin"
> 	is defined as a set of classes, optional for jEdit's operation,
> 	stored in a JAR file loaded by the "org.gjt.sp.jedit.JARClassLoader"
> 	class.
> 
> Otherwise, someone could just put jEdit code in a non-GPL'd app and
> have that call our public APIs. My version only applies to genuine
> plugins.

sounds good. my original idea was to talk about extending from
org.gjt.sp.jedit.EditPlugin, but i wanted to make it clear that it was
legal for plugins to user other parts of jEdit as well. your version seems
to convey that fine.

-md

Hello everybody,

While there is no way to completely avoid data loss, we could improve
the current autosave feature...

Currently, jEdit writes out a #...#tmp# file, then renames it to #...#.
While this is better than directly writing a #...# file, it still leaves
the possibility of data loss.

What we need is a better way to save in-progress edits. Maybe a 'swap'
file, like VIM's, where edits are constantly recorded, could be used.
Because stuff is only ever appended to the 'swap' file, there is no
possibility of data loss if the VM crashes, even in the middle of
writing an edit. One disadvantage is that 'swap' files are not plain
text, so one cannot do a 'diff' or something to see exactly what
changes they contain.

Another alternative is 'versioned' autosave, where first we write
#...#1, then #...#2, and so on. The recovery routine would get the
latest complete version. However, that could use up disk space
rather quickly.

One feature I have planned for the autosave code, not related to
improving data integrity though, is an 'autosave' session that is
written in addition to the autosaved files. When jEdit starts, it
checks for the existance of an 'autosave' session, and if one is
found, it will offer to recover all files in one go.

Any more suggestions?

Slava

no...@so... wrote:
> 
> Bug #108573, was updated on 06/29/00 02:15
> Here is a current snapshot of the bug.
> 
> Project: jEdit
> Category: editor core
> Status: Open
> Resolution: None
> Bug Group: normal bug
> Priority: 5
> Summary: buggy JVM can lead to data loss
> 
> Details: I absolutely *love* jEdit except for this problem :- I'm using jEdit version 2.5pre6 on IBM Java2 version "J2RE 1.3.0 IBM build cx130-20000605" for x86 Linux.  This version of the Java VM crashes occasionally.
> 
> Unfortunately it crashed at exactly the right moment to reduce the size of my edited file (Knitter.java) to 0, causing me to lose an hour's work.  I ran the editor again, and the file came up empty.  It did not ask me if I wanted to recover the saved version.  At this point I did NOT save (I had made no edits), and I exited from the editor.  I then looked in the directory and found a file called '#Knitter.java#tmp#' which also had a size of 0.
> 
> I'm not sure whether 'Knitter.java~' was created by jEdit, but it was three days old, so no use either.
> 
> This could be considered a very serious problem!
> 
> For detailed info, follow this link:
> http://sourceforge.net/bugs/?func=detailbug&bug_id=108573&group_id=588
> 
> --
> -----------------------------------------------
> jEdit Developers' List
> jEd...@li...
> http://lists.sourceforge.net/mailman/listinfo/jedit-devel

Mike,

I think it would be better if the first paragraph read:

	As a special exception, you have permission to create and distribute
	jEdit plugins without the requirement that the resulting code or
	executable be covered by the GNU General Public License. A "plugin"
	is defined as a set of classes, optional for jEdit's operation,
	stored in a JAR file loaded by the "org.gjt.sp.jedit.JARClassLoader"
	class.

Otherwise, someone could just put jEdit code in a non-GPL'd app and
have that call our public APIs. My version only applies to genuine
plugins.

Maybe the reference to the JARClassLoader is too technical; perhaps
it should be changed to "[...] loaded from the system or user plugin
directory by jEdit's plugin subsystem".

Slava

mike dillon wrote:
>     As a special exception, you have permission to create and distribute
>     plugins written and compiled against jEdit's Plugin API (as well as other
>     accessible public APIs) without the requirement that the resulting
>     code or executable be covered by the GNU General Public License.
> 
>     This exception does not however invalidate any other reasons why
>     the executable file might be covered by the GNU General Public License.
> 
>     If you write modifications of your own for jEdit, it is your choice
>     whether to permit this exception to apply to your modifications.
>     If you do not wish that, delete this exception notice. Note that
>     modifications for which the author declines to maintain this exception
>     will not be considered for reintegration into the main jEdit code base.

Bug #108573, was updated on 06/29/00 02:15
Here is a current snapshot of the bug.

Project: jEdit
Category: editor core
Status: Open
Resolution: None
Bug Group: normal bug
Priority: 5
Summary: buggy JVM can lead to data loss

Details: I absolutely *love* jEdit except for this problem :- I'm using jEdit version 2.5pre6 on IBM Java2 version "J2RE 1.3.0 IBM build cx130-20000605" for x86 Linux.  This version of the Java VM crashes occasionally.

Unfortunately it crashed at exactly the right moment to reduce the size of my edited file (Knitter.java) to 0, causing me to lose an hour's work.  I ran the editor again, and the file came up empty.  It did not ask me if I wanted to recover the saved version.  At this point I did NOT save (I had made no edits), and I exited from the editor.  I then looked in the directory and found a file called '#Knitter.java#tmp#' which also had a size of 0.

I'm not sure whether 'Knitter.java~' was created by jEdit, but it was three days old, so no use either.

This could be considered a very serious problem!

For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=108573&group_id=588

On Thu, 29 Jun 2000, Slava Pestov wrote:
> I think we can add an exception to the license stating that plugins need not
> be Open Source.

here is an example exception that someone suggested for allowing GPL'd programs
to explicitly state their licensing position w.r.t. to QPL.

    As a special exception, you have permission to link this program with
    the Qt library and distribute executables, as long as you follow the
    requirements of the GNU GPL in regard to all of the software in the
    executable aside from Qt.

the GUILE exception looks like this:

    As a special exception, the Free Software Foundation gives permission
    for additional uses of the text contained in its release of GUILE.

    The exception is that, if you link the GUILE library with other files
    to produce an executable, this does not by itself cause the
    resulting executable to be covered by the GNU General Public License.
    Your use of that executable is in no way restricted on account of
    linking the GUILE library code into it.

    This exception does not however invalidate any other reasons why
    the executable file might be covered by the GNU General Public License.

    This exception applies only to the code released by the
    Free Software Foundation under the name GUILE.  If you copy
    code from other Free Software Foundation releases into a copy of
    GUILE, as the General Public License permits, the exception does
    not apply to the code that you add in this way.  To avoid misleading
    anyone as to the status of such modified files, you must delete
    this exception notice from them.

    If you write modifications of your own for GUILE, it is your choice
    whether to permit this exception to apply to your modifications.
    If you do not wish that, delete this exception notice.

our exception could be something like:

    As a special exception, you have permission to create and distribute
    plugins written and compiled against jEdit's Plugin API (as well as other
    accessible public APIs) without the requirement that the resulting
    code or executable be covered by the GNU General Public License.

    This exception does not however invalidate any other reasons why
    the executable file might be covered by the GNU General Public License.

    If you write modifications of your own for jEdit, it is your choice
    whether to permit this exception to apply to your modifications.
    If you do not wish that, delete this exception notice. Note that
    modifications for which the author declines to maintain this exception
    will not be considered for reintegration into the main jEdit code base.

i'm not sure this is legally sound or that it says exactly what we're looking
for, but it's a start. i believe that the GPL with something like this
exception will allow proprietary plugins to be released without fear of "viral
contamination" from jEdit's use of the GPL.

-md

Bug #108565, was updated on 06/28/00 23:11
Here is a current snapshot of the bug.

Project: jEdit
Category: editor core
Status: Open
Resolution: None
Bug Group: minor bug
Priority: 5
Summary: complete word in the middle of a word

Details: When 'complete word' is invoked with the caret in the middle of a word, the list of possible completions includes that word, when it should not.

For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=108565&group_id=588

Jeff Duska wrote:
> I was wondering why Buffers is was chosen instead of Windows? Why is it in
> front of the File menu? In the Windows world this is kinda odd. IThis seems
> like Emacs from Unix. My questions is it possible to create a look and feel
> that would be more like Windows? You might even call this a jEdit Skin.

Ths can be done already. Just add the following to your jEdit user properties
file:

buffers.label=Windows
view.mbar=file edit search utils macros plugins windows help-menu

But 'Windows' is not a very good name, since you are not dealing with actual
windows.

> The other project is my job that I currently get paid for. I'm writting
> custom VB application. They need to edit files. Typcially, the users would
> work with something like Notepad. I suggested that we could include jEdit.
> The one problem I saw was the unfamilar menus. The plug-in api is the other,
> because it wouldn't let us create our internal corporate plug-in without be
> using GPL.

I think we can add an exception to the license stating that plugins need not
be Open Source.

> Next, I was wondering on statement completion for modes. How is this
> progressing? Will it support things like HTML, i.e. pressing "<" key would
> show list of tags like VB, Delphi, InterDev, or HomeSite 4.5 to name a few?

This should be done in a future CodeAid release... it doesn't belong in the
jEdit core.

> Who created the VBScript syntax mode?  I'd like to run some ideas by you
> about this, KorfeBasic and a few other VB things.

Andre Kaplan created it.

Slava

I know. I had it setup a Apache web sever. I did some customizations
settings in the setup. I think I screwed them up. It was quick reinstall
than do all the chmod to the various directories my user id should have ad
access to.

I fully understand that you don't want to be root or su. I should be do ls
in usr/bin directory where java was. This why couldn't find the java
command.

At least thats my story and I'm sticking to it. ;)

> -----Original Message-----
> From: jed...@li...
> [mailto:jed...@li...]On Behalf Of Slava
> Pestov
> Sent: Thursday, June 29, 2000 1:50 AM
> To: jed...@li...
> Subject: Re: [ jEdit-devel ] OT: Dumb Questions on jEdit/Java on Linux
>
>
> Jeff Duska wrote:
> >
> > I had no rights unless I was root. :(
>
> This is one of the advantages of Linux; when running as an ordinary
> user, you can't mess up the system. I would not recommend doing all
> your work as root...
>
> Slava
>
> --
> -----------------------------------------------
> jEdit Developers' List
> jEd...@li...
> http://lists.sourceforge.net/mailman/listinfo/jedit-devel

I'm having kind of a bummer of night, so I really can't sleep. (Long story
about sick cat, drunk and wild women ]:) , a few too many shots of tequila.)

Anyhow, I was using jEdit today to do some HTML editing and a few questions
came up. I'm not so sure that they are questions as they may be suggestions
for the next major release like 3.0 or 2.9.

I was wondering why Buffers is was chosen instead of Windows? Why is it in
front of the File menu? In the Windows world this is kinda odd. IThis seems
like Emacs from Unix. My questions is it possible to create a look and feel
that would be more like Windows? You might even call this a jEdit Skin.

You might say what the hell is big deal? Well, I have two projects where I
think this could cause some confusion. One is KorfeBasic, which is my idea
of VB on top of Java VM like jPython. I'd like this to have a
VB/VisualStudio mode where is looks and acts almost identical to VB/Visual
Studio. I have planned to have jEdit as the editor. As such, it would be
nice to customize the look and feel of jEdit without changing the code. The
last thing I want is to branch off and miss important bug fixes and ect.

The other project is my job that I currently get paid for. I'm writting
custom VB application. They need to edit files. Typcially, the users would
work with something like Notepad. I suggested that we could include jEdit.
The one problem I saw was the unfamilar menus. The plug-in api is the other,
because it wouldn't let us create our internal corporate plug-in without be
using GPL.

Now, I don't want to start the GPL vs BSD debate again. Each side as pluses
and each side has minues. Instead I'd like to suggest a compromise that I
think would work really well and everyone would be happy. Could we define
the Plug-IN API as LGPL?  This would be enough for what I want to do.  Here
if anyone wants to use jEdit they must contribute the code in GPL. If they
want to create a commerical add-on they can without using GPL.

Current plug-in developers could release plug-ins in GPL, so that they could
protect thier work. People like myself that working on projects that will
have a hard time with GPL could use the Plug-In API to parts we have
problems. In this case, it is the API to CNC machine communication software
which the client doesn't own source code. There is no way to go GPL here.
But, if I could use jEdit in project as the standard external editor. There
would be no issue with me making jEdit bug fixes, patches, new features and
etc on company time. ;) Just plug-ins to work with the various third party
tools would be commerical.

Next, I was wondering on statement completion for modes. How is this
progressing? Will it support things like HTML, i.e. pressing "<" key would
show list of tags like VB, Delphi, InterDev, or HomeSite 4.5 to name a few?

Who created the VBScript syntax mode?  I'd like to run some ideas by you
about this, KorfeBasic and a few other VB things.

Sorry for the long email, but I want to cover these issues while they were
fresh or the tequila was still fresh. ;)

Jeff

Jeff Duska wrote:
> 
> I had no rights unless I was root. :(

This is one of the advantages of Linux; when running as an ordinary
user, you can't mess up the system. I would not recommend doing all
your work as root...

Slava

Thanks for the info. I just installed Mandrake 7.1, but I setup as a server.
I think this was a mistake. It setup the security and the configuration
different than I was expecting. I had no rights unless I was root. :(  I
starting over with the Windows dummy settings, so I can refresh my *inx
skills. They are very rusty. :(

Thanks,

Jeff Duska

> -----Original Message-----
> From: jed...@li...
> [mailto:jed...@li...]On Behalf Of Slava
> Pestov
> Sent: Thursday, June 29, 2000 1:04 AM
> To: jed...@li...
> Subject: Re: [ jEdit-devel ] OT: Dumb Questions on jEdit/Java on Linux
>
>
> Jeff,
>
> The command to set the path is:
>
> export PATH=$PATH:<directory to add to path>
>
> If you want it to be set every time you log in, on RedHat you can create
> a file in the /etc/profile.d directory, named, say 'java.sh', and place
> the command there. You will also need to make the file executable:
>
> chmod +x /etc/profile.d/java.sh
>
> Slava
>
> Jeff Duska wrote:
> >
> > Sure after I install Java, I sure I need to setup something
> like the path
> > statement in DOS/Windows world. I think this needs to go in the
> some file in
> > my home directory. I'm not sure where this needs to be, plus I
> cann't seem
> > to figure out where the heck it put the thing! I must say my
> *nix skill are
> > rustier than I thought. It good thing I'm setting this up get back in
> > practice with bash on Linux and BeOS. I've clearly say in my
> safe protected
> > Windows controlled world far too long. :)
> >
> > Thanks for the help,
> >
> > Jeff
> >
> > > -----Original Message-----
> > > From: jed...@li...
> > > [mailto:jed...@li...]On Behalf Of Slava
> > > Pestov
> > > Sent: Wednesday, June 28, 2000 3:02 AM
> > > To: jed...@li...
> > > Subject: Re: [ jEdit-devel ] OT: Dumb Questions on jEdit/Java on Linux
> > >
> > >
> > > Jeff Duska wrote:
> > > >
> > > > Hello Everyone:
> > > >
> > > > I have a dumb question. Is there  a good FAQ on getting Java up
> > > and running
> > > > on Linux. I just downloaded the Sun 1.3 JDK Beta this
> morning as an RPM.
> > > > Once I ran it I couldn't get Java to run. I sure I need to
> > > setup something
> > > > in my .profile or some other config file. I just couldn't find
> > > a pointer to
> > > > the right information.
> > >
> > > Could you describe the problem in more detail?
> > >
> > > Slava
> > >
> > > --
> > > -----------------------------------------------
> > > jEdit Developers' List
> > > jEd...@li...
> > > http://lists.sourceforge.net/mailman/listinfo/jedit-devel
> >
> > --
> > -----------------------------------------------
> > jEdit Developers' List
> > jEd...@li...
> > http://lists.sourceforge.net/mailman/listinfo/jedit-devel
>
> --
> -----------------------------------------------
> jEdit Developers' List
> jEd...@li...
> http://lists.sourceforge.net/mailman/listinfo/jedit-devel

Jeff,

The command to set the path is:

export PATH=$PATH:<directory to add to path>

If you want it to be set every time you log in, on RedHat you can create
a file in the /etc/profile.d directory, named, say 'java.sh', and place
the command there. You will also need to make the file executable:

chmod +x /etc/profile.d/java.sh

Slava

Jeff Duska wrote:
> 
> Sure after I install Java, I sure I need to setup something like the path
> statement in DOS/Windows world. I think this needs to go in the some file in
> my home directory. I'm not sure where this needs to be, plus I cann't seem
> to figure out where the heck it put the thing! I must say my *nix skill are
> rustier than I thought. It good thing I'm setting this up get back in
> practice with bash on Linux and BeOS. I've clearly say in my safe protected
> Windows controlled world far too long. :)
> 
> Thanks for the help,
> 
> Jeff
> 
> > -----Original Message-----
> > From: jed...@li...
> > [mailto:jed...@li...]On Behalf Of Slava
> > Pestov
> > Sent: Wednesday, June 28, 2000 3:02 AM
> > To: jed...@li...
> > Subject: Re: [ jEdit-devel ] OT: Dumb Questions on jEdit/Java on Linux
> >
> >
> > Jeff Duska wrote:
> > >
> > > Hello Everyone:
> > >
> > > I have a dumb question. Is there  a good FAQ on getting Java up
> > and running
> > > on Linux. I just downloaded the Sun 1.3 JDK Beta this morning as an RPM.
> > > Once I ran it I couldn't get Java to run. I sure I need to
> > setup something
> > > in my .profile or some other config file. I just couldn't find
> > a pointer to
> > > the right information.
> >
> > Could you describe the problem in more detail?
> >
> > Slava
> >
> > --
> > -----------------------------------------------
> > jEdit Developers' List
> > jEd...@li...
> > http://lists.sourceforge.net/mailman/listinfo/jedit-devel
> 
> --
> -----------------------------------------------
> jEdit Developers' List
> jEd...@li...
> http://lists.sourceforge.net/mailman/listinfo/jedit-devel

On Wed, 28 Jun 2000, Dominic Stolerman wrote:
> I have tried to edit the HTML mode so that it will highlight SSI tags but
> when I do I get some very strange things occuring. Parts of the textarea
> disappear (they just turn white - so that I can't see what was written
> there but I can still move my cursor around in them) and random characters
> (including a square) appear/disappear beyond the end of where the line would
> be (if I could see it). I even experience a whole screenfull disappearing
> sometimes. This occurs when I put quotation marks in the tag.

this is a bug. it looks like EXCLUDE MATCH and SPAN are not working
together anymore. i'll take a look at it.

-md

oh, well. it looks like we'll have to stick with the .php URL for now at
least.

-md

---------- Forwarded message ----------
Date: Sun, 25 Jun 2000 08:15:25 -0700
From: no...@so...
To: no...@so...
Subject: [ 102801 ] alias request

Support Request #102801, was updated on 06/22/00 00:11
You can respond by visiting: 
http://sourceforge.net/support/?func=detailsupport&support_id=102801&group_id=1

Category: Project Web Server
Status: Closed
Priority: 5
Summary: alias request

By: aphzen
Date: 06/25/00 08:15

Message:
Logged In: YES 
user_id=171
Browser: Mozilla/4.7 [en]C-monwin/012  (Win98; I)

Unfortunately, due to the mass virtual hosting module that we're running,
this can't be done :/

Apologies.

-q

----------------------------------------------------------------------

By: mdillon
Date: 06/23/00 08:12

Message:
Logged In: YES 
user_id=1479
Browser: Mozilla/4.73 [en] (X11; U; Linux 2.2.16-1 i586)

q-

symlinking will not work, because PHP will then pass the
code through uninterpreted. if i do it with a symlink, i
have to add a ForceType directive for the symlinked file.
please add the Alias i originally requested.

-md

----------------------------------------------------------------------
You can respond by visiting: 
http://sourceforge.net/support/?func=detailsupport&support_id=102801&group_id=1

Sure after I install Java, I sure I need to setup something like the path
statement in DOS/Windows world. I think this needs to go in the some file in
my home directory. I'm not sure where this needs to be, plus I cann't seem
to figure out where the heck it put the thing! I must say my *nix skill are
rustier than I thought. It good thing I'm setting this up get back in
practice with bash on Linux and BeOS. I've clearly say in my safe protected
Windows controlled world far too long. :)

Thanks for the help,


Jeff

> -----Original Message-----
> From: jed...@li...
> [mailto:jed...@li...]On Behalf Of Slava
> Pestov
> Sent: Wednesday, June 28, 2000 3:02 AM
> To: jed...@li...
> Subject: Re: [ jEdit-devel ] OT: Dumb Questions on jEdit/Java on Linux
>
>
> Jeff Duska wrote:
> >
> > Hello Everyone:
> >
> > I have a dumb question. Is there  a good FAQ on getting Java up
> and running
> > on Linux. I just downloaded the Sun 1.3 JDK Beta this morning as an RPM.
> > Once I ran it I couldn't get Java to run. I sure I need to
> setup something
> > in my .profile or some other config file. I just couldn't find
> a pointer to
> > the right information.
>
> Could you describe the problem in more detail?
>
> Slava
>
> --
> -----------------------------------------------
> jEdit Developers' List
> jEd...@li...
> http://lists.sourceforge.net/mailman/listinfo/jedit-devel

Bug #108481, was updated on 06/28/00 04:27
Here is a current snapshot of the bug.

Project: jEdit
Category: editor core
Status: Open
Resolution: None
Bug Group: normal bug
Priority: 5
Summary: External images don't work on the Tool Bar

Details: Affects:  2.5pre7 & pre8
I have tried to add a few commands to the Tool Bar via the Global
Options->Tool Bar pane but the image never gets displayed if I use an
external (not built-in) image. The images I tried are gifs from the 
"Dean S. Jones" collection. I tried placing the image in the following
directories:
    - the same directory as the jedit.jar
    - the jars directory
    - an Icon directory in the root directory of my jEdit installation

I cleared the contents of the activity log and then added 2 buttons with
external images and one with an built-in image. The contents of the
activity log are below.

Also I the 'file browse' dialog is strangly sized (it is the width of the entire screen) 
for finding external icons.

[message] Log: java.version=1.2.2
[message] Log: java.vendor=Sun Microsystems Inc.
[message] Log: java.compiler=symcjit
[message] Log: os.name=Windows NT
[message] Log: os.version=4.0
[message] Log: os.arch=x86
[message] Log: user.home=C:\WINNT\Profiles\claytons
[notice] AWT-EventQueue-0: STATIC DEBUG (0) Plugin Holder: saving options
[notice] AWT-EventQueue-0: STATIC DEBUG (0) Plugin Holder: saving()
[notice] AWT-EventQueue-0: STATIC DEBUG (0) PluginHolder: saving profile: Default
[debug] EditBus: org.gjt.sp.jedit.msg.PropertiesChanged[source=null]
[debug] FirewallPlugin: Firewall enabled: 47.129.26.22
[debug] FirewallPlugin: Firewall without user
[notice] AWT-EventQueue-0: STATIC DEBUG (0) Plugin Holder: saving options
[notice] AWT-EventQueue-0: STATIC DEBUG (0) Plugin Holder: saving()
[notice] AWT-EventQueue-0: STATIC DEBUG (0) PluginHolder: saving profile: Default
[debug] EditBus: org.gjt.sp.jedit.msg.PropertiesChanged[source=null]
[debug] FirewallPlugin: Firewall enabled: 47.129.26.22
[debug] FirewallPlugin: Firewall without user

For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=108481&group_id=588

Jeff Duska wrote:
> 
> Hello Everyone:
> 
> I have a dumb question. Is there  a good FAQ on getting Java up and running
> on Linux. I just downloaded the Sun 1.3 JDK Beta this morning as an RPM.
> Once I ran it I couldn't get Java to run. I sure I need to setup something
> in my .profile or some other config file. I just couldn't find a pointer to
> the right information.

Could you describe the problem in more detail?

Slava

Hello Everyone:

I have a dumb question. Is there  a good FAQ on getting Java up and running
on Linux. I just downloaded the Sun 1.3 JDK Beta this morning as an RPM.
Once I ran it I couldn't get Java to run. I sure I need to setup something
in my .profile or some other config file. I just couldn't find a pointer to
the right information.

I'm downloading IBM JDK 1.3, so I'll try it. If someone could drop me a
pointer what I need to look for I would appreciate it.

Sorry, for the off topic posting.

Thanks,

Jeff

Jamie LaScolea wrote:
> 
> kewl. i didn't try it myself and am super busy, so i am simply assuming it
> works for me also. if not, i will let you know. was this included in the
> pre8 distribution by any chance?

yup.

> on a side note, i haven't tried pre8 yet, but pre5 runs about 200 times
> faster, in ALL respects, than pre7 did and have NO idea why. any insight as
> to why this may be the case?

Well, since in pre6 and pre7 I/O requests were executed twice, you would
get a slow down while loading and saving. However, I am not aware of any
other slowdowns. If you find out more about this, file a bug.

Slava

mike dillon wrote:
> 
> On Mon, 26 Jun 2000, Andre Kaplan wrote:
> > Code2HTML doesn't work with WinNT, JDK1.3: the new buffer I create isn't
> > filled.
> > I'll fix it tonight and send a mail.
> 
> i got my GLIBC fixed last night and was able to compile and install your
> plugin, but i had the same problem you describe here under GNU/Linux/JDK
> 1.2.2RC4. i'll wiat until you announce the fix before packaging and releasing
> it.

Great.
I've fixed Code2HTML.
The CVS tag is: code2html-0_1_1
Just to be sure, could you test it with your install?
It works for me with Linux/JDK1.1.7 or JDK1.2.2

Thanks in advance,
Andre