Slashdot Mirror

jEdit

Are you thinking of JEdit? http://www.jedit.org/>

Also check out jedit. IIRC it has what you're looking for. Actually, I discovered it right after I bought BBEdit and was SO angry with myself. It's my editor of choice on Windows as well.

Of course, that's easier said than done. I've been telling myself for years that Vi (or rather Vim, which has pretty much displaced its prototype) is totally obsolete, since its most important design constraints (must work on a time-sharing system over a 300 bps line connected to a primitive dumb terminal) no longer apply. But all the various editors I've tried seem to not be worth the trouble. Though that might have been an excuse...

Lately, I've been playing with jEdit which absolutely demolishes every excuse I have for not switching to it. But every time I face the task of retooling my Vim macros and customizations for jEdit, and retooling my aging brain to use jEdit's interaction paradigm, I suffer a total failure of nerve. Help, I'm locked in and I can't get up!

you cannot WORA and have GUI make sense

Care to elucidate? Why does Write Once Run Anywhere mean a GUI doesn't make sense? Are you referring to the major UI differences between MacOS and most others, like having the menus in the bar at the top of the screen? If you write your java apps properly, they completely conform with the MacOS UI conventions when run on a mac. If you don't write them properly or don't care, then they'll be awful on a mac even if they have jellybean buttons.

Have a look at a large and well supported app like jEdit for an example of something that does it mostly right.

I used to switch machines a lot, and I got in the habit of carrying a cd onto which I had burned a copy of my text editor, along with some other useful programs. With java apps on something like this, you can sit down on any computer running any common operating system and be able to get work done.

I don't move around so much anymore, but if I did I would probably put it on my mp3 player now, which I always have with me and functions as a usb drive. The new iPod shuffle and its clones we'll be seeing is even more suited to this sort of thing.

Perhaps if you could tell us why you thought Eclipse and Netbeans suck it would be easier to come with a suggestion?

Anyway, some of the most popular would probably be JBuilder, JDeveloper, IntelliJ IDEA, KDevelop...

If you prefer more light-weight IDEs, you can always use ANT together with something like Emacs or JEdit.

Jgrasp

Source-navigator

Jedit

• C++
  • jEdit is a Java programmer's editor with excellent C++ support. I do development on Linux, Win32 and MacOS X, so it's very nice for me to have one editor I use on every platform. jEdit's not as featureful as, say, Emacs, but it's considerably more friendly to use.
  • Boost. If you're writing C++ and you're not using Boost, you're committing a crime against yourself.
  • Python. With Boost's Python library, it's easy to make your C++ applications scriptable. Write the heavy lifting parts in C++, then make those parts callable from Python. Do the rest of your development in a far safer, more sane language. You get almost all of the speed of C++, and far fewer headaches.
  • SWIG is another tool that's excellent for creating scriptable C++ applications.
  • Subversion for your version-control needs. Nothing else will do.
  • Doxygen for all your documentation needs. Learn it, love it. Your code's not done until every public part of the API has been doxygenated.
  • The GNU Autotools are really, really awful. They're also far better supported than Scons or pick-your-Autotools-replacement. Get ready to feel the pain of m4 macros. Sorry. :(
  • The GNU Compiler Collection started getting a good C++ compiler around version 3.0. I've been quite favorably impressed with 3.3, and I'm looking forward to 4.0. I don't recommend it for Windows, but for Solaris and x86 Linux it's beautiful.
  • I haven't found a good C++ unit testing framework yet. If you find one, please let me know.
• Java
  • Eclipse is an excellent Java IDE. jEdit also fits the bill nicely, if all you want is an editor. I use both frequently, and am quite pleased with both.
  • Subversion again for your version-control needs.
  • jUnit for unit tests. Your code's incomplete unless you've written unit tests for it.
  • Javadoc for documentation. I would recommend Doxygen, but it's quite possible you'll be deploying your applications on machines that don't have it installed.
  • Ant for all your build needs.

• C++
  • jEdit is a Java programmer's editor with excellent C++ support. I do development on Linux, Win32 and MacOS X, so it's very nice for me to have one editor I use on every platform. jEdit's not as featureful as, say, Emacs, but it's considerably more friendly to use.
  • Boost. If you're writing C++ and you're not using Boost, you're committing a crime against yourself.
  • Python. With Boost's Python library, it's easy to make your C++ applications scriptable. Write the heavy lifting parts in C++, then make those parts callable from Python. Do the rest of your development in a far safer, more sane language. You get almost all of the speed of C++, and far fewer headaches.
  • SWIG is another tool that's excellent for creating scriptable C++ applications.
  • Subversion for your version-control needs. Nothing else will do.
  • Doxygen for all your documentation needs. Learn it, love it. Your code's not done until every public part of the API has been doxygenated.
  • The GNU Autotools are really, really awful. They're also far better supported than Scons or pick-your-Autotools-replacement. Get ready to feel the pain of m4 macros. Sorry. :(
  • The GNU Compiler Collection started getting a good C++ compiler around version 3.0. I've been quite favorably impressed with 3.3, and I'm looking forward to 4.0. I don't recommend it for Windows, but for Solaris and x86 Linux it's beautiful.
  • I haven't found a good C++ unit testing framework yet. If you find one, please let me know.
• Java
  • Eclipse is an excellent Java IDE. jEdit also fits the bill nicely, if all you want is an editor. I use both frequently, and am quite pleased with both.
  • Subversion again for your version-control needs.
  • jUnit for unit tests. Your code's incomplete unless you've written unit tests for it.
  • Javadoc for documentation. I would recommend Doxygen, but it's quite possible you'll be deploying your applications on machines that don't have it installed.
  • Ant for all your build needs.

That's why it also lists the amount of memory in use according to the Java system, so you can see how much memory it's using.

That program is the simplest example, the fact that it never shrinks the heap size is actually based on running jEdit for long periods of time. It helpfully lists the memory usage in the lower right-hand corner.

The total heap size will count up, but it will never, ever count down. Try it. Load up that program and leave it running overnight and throw open your process manager to see if the heap size has shrunk.

It won't.

You need to ask yourself one thing before starting to learn to program: Do you want to program games, or just make games? The two are different.

A lot of gamers wind up deciding "hey, I want to program video games!" at some point, without realizing that what they really want to do is make games. If you don't know anything about programming, then you should start by learning the basics of programming and forget making video games for a while. You need to understand the basics first, before you can start doing anything complicated.

If you really do decide to make video games, I'd highly suggest making a couple of really simple games first. Something like hangman, where you just take a list of words and make the user enter letters until they "guess" it. This will teach you the basics of keyboard input and graphical display without having to worry too much about speed or game mechanics.

I'd suggest starting with Java too - maybe grab Eclipse as your IDE, or just use a simple text editor. This solves the "cross-platform" part, and as long as you understand that you won't be creating Quake in it, you shouldn't be too disappointed. (You could, of course, also try using Mozilla.) It's similar enough to C and C++ that you'll should be able to pick up those if later you wind up making a game in C.

But based on your post, I'd suggest learning more about how to program in general first. Take some classes, if you can. Learn the basics. Learn about basic data structures. This will give you the ground-work you need to create a game, as well as help you determine if programming is really for you.

I've been looking for a few months now for a cross-platform alternative to SubEthaEdit. There exists a plugin for jEdit, but that's implemented on top of IRC and is a bit of work to set up

Just recently discovered MoonEdit which is a little more like what I need. The collaboration works very well, but it's a bit light on other features..

A port of SubEthaEdit would be so nice...*dreams*

Still doesn't meet the requirements...

http://blog.blogbear.com/blog/single/842

You need to revisit jEdit. It does everything you mentioned in your post.

BBEdit Lite is looking very old and I've been trying to fill the gap with jEdit, Taco, TexEdit and others. jEdit is not bad and is free (as in GNU). But BareBone do the interface right and so this is it - out go BBEdit Lite, and all the others I've been putting up with.
I do wonder how BB can earn a living with this?

Speaking of shareware, it's probably worth mentioning that right now, OS X has an incredible selection of shareware available.

Seriously, there are so many astoundingly good programs out there for free/cheap for solving all those pesky annoyances. Independent developers are pumping out titles rivaling the quality of software produced by big companies. It's really a testament to the APIs put out by Apple.

Just to name a few,
quicksilver - data access tool. one of the most innovative programs i've ever used.
CSSEdit - simplistic stylesheet creator/editor. allows idiots to produce valid CSS
Transmit - wonderful FTP client (my only gripe is that this should've been intergrated into the OS itself)
Acquisition - one of the best p2p clients known to man.
Adium X - the power of gaim + the beauty of OSX = priceless
BBEditBBEdit - so it's a bit more well-known than the others here, but is still a marvelous editor. a bit expensive and out of my budget. I use jEdit instead (which is cross-platform, BTW)

just to name a few..... (feel free to add more)

• http://ostermiller.org/utils/com.Ostermiller.util Java Utilities - nice CSV tools among others
• http://protomatter.sourceforge.net/Protomatter - misc tools - object pools etc. (I know, I am lazy)
• http://jedit.org/ JEdit - lightweight, with tons of plugins highly customizable Java IDE/Editor (for those who find the great Eclipse too heavy)
• http://jetty.mortbay.org/jetty/ Great 100% Java Web Server / Servlet /JSP Container with JMX etc. etc.
• http://sourceforge.net/projects/quartzEnterprise Job Scheduler
• http://mandarax.sourceforge.net/Great open source java class library for deduction rules
• http://alphaworks.ibm.com/Alphaworks as a whole are full of java goodies
• http://eclipse.org/aspectj/Did you ***** up your design ? Your project is a zombie that should be trashed and rewritten ages ago ? Aspects will save your day ;)

I store firefox on a hi-speed usb 2.0 drive. With a custom script (on Windows: yes, a .vbs file - I could have used a batch script but I didn't want a dos window), you can store your profile on the drive. This way I can carry everything with me - my bookmarks, history, and other nice things.

USB drives are useful for more than just firefox. I store some useful Java programs like jEdit and Saxon. I even have a copy of Cygwin for GNU hacking in Windows. Just learn how to use the windows scripting host. Even though it sometimes has lots of bugs (or, more precisely, too many Microsoft programs automatically run wsh scripts without safety measures); it'll simplify your life.

Java is a nearly total failure at desktop applications, and will remain so, because Sun doesn't give a damn about enabling native Java apps to deliver user experiences comparable to those offered by native apps.

Every day I use one of the most successful Java desktop applications (jEdit), and like it very much. So it should tell us something when the author of that application, Slava Pestov, advises programmers to "just give up" on Java for the desktop:

It is clear that Java was never practical for developing real applications, and never will be. Instead of asking how you can revive something that's obviously dead and gotten much more hype than it deserves, you should be asking if there's better technology out there.

Because nothing else could do this?

I'm not 100% sure about jedit, but i eclipse does PHP,Python, and perl, and probably the others too. If not, there may be a plugin available soon.

I'm not sure what you mean by "XML parsing (last time I checked SVG couldn't do that in its authoring tool)"--what is the SVG authoring tool? Sodipodi or such?

The authoring tool--if that means editor--what I use is a text editor--in jEdit, for example, with the dandy XML plug-ins installed (thank y'all who work on all that), the SVG gets parsed & validated against the DTD, keeps things clean--did you mean something else by "XML parsing"?

Your other two points are clear, & largely accurate.

For video--& if you're using Flash as the comparison, I guess you mean synchronized sound and animation--that isn't really part of the intention of SVG's design. For that, look critically to SMIL.

Browser support on the web--aiiee--you got that right, apart from Amaya. Surprised me, how excited I got when Brendan Eich declared native SVG support a priority. Come on, Cairo, come on, come on.

A free Actionscript-2 Linux editor, with code highliting, and folding

jEdit (30 seconds on Freshmeat. YMMV) Remember, ActionScript is just ECMAScript (JavaScript), so searching for JavaScript editors, then narrowing down to ones that offer syntax highlighting and code folding should yield plenty of results.

Here's one that I think no one can answer.

You're not, by any chance, a troll?

What about Beanshell! It is a scripting language for Java-based applications like jEdit. Beanshell will interpret ordinary java source files in addition to class files. You can even write a simple web browser in less than 74 lines of code! It surely should have been considered along if languages such as Pike, Lua, and Haskell were thought of.

This entire analysis seems suspect. Take the first section. For JavaScript, their implementation uses NJS, which hasn't even stabilized with a 1.0 release yet! They also have a unix bias: many applications have no need of the shebang, #!. Even though, a script in another language could easily be written to implement that feature. Shebang support is a trivial and doesn't deserve the 15points awarded. Furthermore, awarding points for "program(s) can be passed on command line" is silly. That is a horrible horrible style of coding guaranteed to make scripts hard to maintain.

Their second section is not complet and has a heavy bias against Java and C#. The subsections, "smallest" and "hello world," are silly. I never understood why having a small size for the simplest program is important for nontrivial applications. (For that matter, I never understood why programmers wish for the "least typing" in a language. I never never never code for least typing, since that often makes programs unreadable!) Finally, their coding style is inconsistent. For instance, they use for Java:

public class formatting {
public static void main(String[] args) {
int a=1;
int b=2;
System.out.println("" + a + " + " + b + " = " + (a + b));
}
}

Yet the authors throw these conventions out with JavaScript:

a=1; b=2; System.print(a, " + ", b, " = ", a + b, "\n")

(Also note that the numbers reported and counted don't match, but I may just be missing something.) Why? Java and C# seem destine to loose with the author's methods. As I said, this entire report seems biased and unscientific.

P.S. /. needs to fix the site's source code white-space style. This is getting ridiculous.

I run jEdit on WinXP with the latest non-beta JRE on a P4-3.06 GHz system w/ 512 RAM, and it's much slower than it should be.

Could be jEdit's fault, but I associate it (like many would) with the fact that it's Java.

What most linux aficionados don't realize is that vi and emacs are the best anti-linux vaccines. The moment you tell a non-technical person that he or she would have to use from now on the usability nightmares that vi and emacs are, you can't be sure that they not only will they run away from linux, but they'd also tell everybody to do the same.

KDE does ctrl-c/ctrl-v in most of its apps, if jedit is too heavy for you, try kate for a change.

Open source project very rarely have the money to do real usability apps, so I think it'd be a good idea to adopt UI elements from existing commercial designs

Jedit, a Java text editor, looks promising.

I remember that too. At the time the high end CPU was the Pentium Pro 200. Today's CPUs are so overpowered for simple word processing I think we can afford the overhead. For a long time I was skeptical too about Java, but look at Jedit to see what's possible in a full featured text editor. Sure, the memory usage is a little high (25MB w/ an empty document) and it launches slower than a native app, but still, it runs great on a modern CPU.

Yeah, I've noticed that problem. I bought a 12" iBook a few months ago and started doing my animations on it. That was one of the first things I noticed.

There are big inconsistencies between the different versions of Adobe's SVG viewer. Version 3 for win32 doesn't support the end-marker attribute that I use for making arrowheads, but version 3 for Mac does. Version 6 (win32 only) is the only one that didn't crash Mozilla Firebird.

Before I got my Mac I was using win32 for development, and version 6 supports a lot of CSS tricks that version 3 doesn't. Most importantly, I made a common defs.svg file for all of the patterns, gradients, filters etc that I reused on every animation. Version 6 allows you to reference definitions in a separate file (ex: filter:defs.svg#shadow), but version 3 won't let you do that. When I saw that my CSS tricks were failing on the Mac, I had to include the definitions in each file individually.

Yes, I'm hard-coding in a text editor. My favorite one to use is SciTE, but there's not a version for Mac. I've been using jEdit on Mac. I always have the SVG Recommendation open in a browser tab.

First, java development stuff:
1. Sun Java JDK (latest)
2. Eclipse (java ide)
3. GCJ (java compiler)
4. JEdit (awesome everyday editor)
5. Minq's DBVisualizer (database tool)
6. Apache Tomcat

From here I go to utils
7. Winrar or Winzip (prior is better. 7zip needs a better interface)
8. Thunderbird (best email client ever)
9. Adaware
10. Norton Antivirus

I used to be a TextPad user, but moving between Win/Mac/Linux depending on location I wanted something that was the same across the board.

I settled on jEdit since it also supports regular expression search and replace and that was the "killer" feature in TextPad for me.

Other than hotfixes...

Firefox
Thunderbird
SSH
Java 1.5.1 beta SDK
Jedit (the the text editor for coding I've ever used ... not to mention it's free
Ruby
Trillian
GNU Utilities for Win32 (about 120 handy command line tools for Win, like ls, tar, diff, wget, less, you know, all the stuff you try typing at the cmd prompt in windows realizing, after you hit enter, that it doesn't work)

Okay, so thats not ten... but those are the first. I should also mention that one of the VERY first things that gets done is the _uninstallation_ of MSN Messenger.

1. Suns Java
2. JEdit

Because many distros will not ship non-free software by default

1. Java is free, just not open-source.
2. Don't use those distros if you need Java. If your social conscience doesn't allow you to use non-free software, then you probably don't need it that badly.
3. Use a different distro if your conscience will allow. There are plenty that do.
4. Develop an alternative.

Having a social conscience is a great thing - I occasionally pretend that I do. But if it doesn't allow you to make some reasonable compromises in a world that provides too many opportunities for seriously unreasonable compromise, then it becomes dogma, and that's not a good thing, IMO. In this world, moral absolutists are pretty much setting themselves up for disappointment.

Me - I avoid java when I can. I've only found one app that I absolutely love, jedit, but I only use it on my PC. It runs like a pig on a 500-mHz iBook.

On a more serious note, not ALL of the GUIs out there use a floppy disk icon. jEdit for example use a pen for the save (third icon from the left). This did raise a lot of issue when it was changed.

On a more serious note, not ALL of the GUIs out there use a floppy disk icon. jEdit for example use a pen for the save (third icon from the left). This did raise a lot of issue when it was changed.

Have you tried the XML plug-ins with jEdit? Validate as you go. Also, Eclipse, with XMLBuddy.

I'm in daily debt to the folks who wrote these.

Have you tried the XML plug-ins with jEdit? Validate as you go. Also, Eclipse, with XMLBuddy.

I'm in daily debt to the folks who wrote these.

Jedit

In the end, you, as a developer need to figure out what tool you want to use. I think it's great there are so many choices. On the project I'm working with all but one are using IDEA and the last one uses Eclipse. We have no problems at all interoperating. We all use the same source, and the same Apache Ant scripts. So why should we care about this?

Don't buy too heavily into the "fast" of SWT. It's not fast at all on MacOSX. However, it is blazing fast on Windows. But then again, there are some blazing fast Swing apps on Windows too.

At work, on my Win2k machine, I use WebSphere Studio Application Developer (which is basically just Eclipse with a bunch of extensions from IBM). WSAD/Eclipse is a SWT application, and its performance is excellent. Yes, you can tell it's not written with MFC, but it's very very fast. But I also use jEdit (for stuff like Python or PL/SQL), and it's just as fast, if not faster sometimes. And that's written in Swing.

hmmmm, the only one I've even *heard* of is JBoss and I wasn't even sure what it does ;o) Personally, if I've got a choice between a Java app and one in C or C++, I'll use the C or C++ app everytime. Jedit is a kick butt editor with some awesome features (code folding is the one I *really* want), but I use Nedit instead primarily because it starts fast and I'm opening source files of a konsole hundreds of times each day.

Note for those of you who saw "konsole".... Yes, KDE is slower than some WMs I could pick and that appears to be a contridiction, but I never restart it and once it is started, it clips right along given plenty of RAM.

I'd actually like to nominate jEdit as being the true emacs of the GUI age. It's about as extensible, customizeable, and scriptable, and it's even BIGGER!

(It's also an awesome editor, if you have the system resources to burn ~30MB RAM on a text editor)

Two years ago I made a bet with a friend that Macromedia would release at least
one member of the dreamteam for linux. Obviously I lost the bet and now owe him
an icecream (cream, sauce and crunchy topping and all).
But I didn't lose because linux hasn't gained importance as I thought it would
have. On the contrary. Linux did gain importance, only macromedia has lost it. The
dot-bomb is long ago, all those wannabe dreamweaver-clickers are flipping burgers,
browsers actually support css now - a thing _nobody_ _ever_
thought would happen 3 years ago - and content management is the *only* way to
go for webstuff today, rendering dreamweavers impressive template engine
pointless. Impressive still, but yet pointless anyway.
As someone who has been doing web and internet design and programming
professionally for quite some time now I'd like to get some things straight in
the pro and con macromedia dreamteam flamewar:
1.) In the days when css was synonym for the crappiest implementation of
cross-plattform standards ever, Flash was the *only* way to make a good visual
appearance and be truly cross plattform. In fact, you'd be more compatible and
accessible with Flash than with anything beyond "table" and "href". That has
changed since then, with the appearance of NS 6.1 came a whole bunch of browsers
that manage css in a way that is fairly acceptable. Flash isn't needed for
professional design anymore. And since the macromedia people are the biggest
idiots in the entire universe when it come to building usable programming
plattforms and put an exceptional effort into keeping Flash MX and the
ActionScript object model just as crappy as ever one can almost rest ashure
that Flash will eventually fade into oblivion, just as Director is
(Praise the Lord!) doing now.
2.) Back in the we-don't-give-a-f*ck-about-webstandards time Dreamweaver was the
_only_ tool that would make webdevelopement possible. And I'm talking about real
webdevelopement - a concept argueably only grasped by the slashdot crowd on very
rare occasions. Actually Dreamweaver was the tool that would make sites
accessable for Linux. Nobody would handcode anything for NS 4.7, trust me on
that one. And dreamweaver still has features that strike an unexpierienced DW
user (read: less that 1 and a half years of DW usage) as perfect. Think of the
drag linking, it's ability to *not* touch hand edited code what so ever and the
template engine that was the only way to go when dynamic web application stuff
wasn't available. Yet most of these things are taken care of by the bazillion
server side technologies (and PHP CMSes) out there, so I - and all other
professionals I know of - haven't been using DW for 2 years or more.
Summary:
Flash and DW are both impressive apps (exclude anything that has to do with
programming in Flash/AS) - no matter what VI zealot keeps bullshitting about on /. -
but the bottom line is that they've both had their great time and it's doubtable if it will ever come back.
They've been outrun by JMF (that programming think that macromedia horribly failed at), OSS Content Management Systems and by
editors that blast DW/Homesite to chunky
kibbles.

What, like open source software is all coded by a bunch of high school kids with no skill? I'm willing to bet that almost all of the people working on the big projects, and most of the people working on the smaller projects are people who "do it professionally".

Even the projects that are coded primarily by high school students (well, he's in college now) are among the best quality programs I've ever used. I've personally contributed to several small/medium OSS projects, and I'm a professional programmer. Heck, I've even worked on OSS projects as part of my day job.

Mr. Ballmer, you really need to do your research better. We're not just hacks out here (and those of us who are, won't be for long because of the experience and help that the OSS community provides).

Outside of Office software, Audacity is a great free audio editor

SciTE or the java-based Jedit are good text editors.

The GIMP is a good image editor, available here for Windows.

Mozilla or one of its components for mail/web browsing

For media playing you might want to try Zinf (formerly FreeAmp), Foobar2000 (nice light weight music player), WinAMP for Windows. MPlayer is a good video player for Linux (and Windows) and XMMS is a capable music player for Linux.

Celestia is a nice space exploration program.

Jabber is good for instant messaging or Trillian or GAIM if you need to chat on MSN, AIM, ICQ etc.

GNUCash is a capable accounting program.

Oh yeah, and for email, I suggest setting up an IMAP server on an old machine and using that to store your email. This can be quite difficult, though allows you to browse your email from Linux and Windows. Thunderbird is rock solid and good even though only in the early stages of development.

Anyone know any good/quick IDEs for Java?

jEdit

Get a RPM from the JPackage project.

That's available in emacs with JDEE ("Java Development Environment for Emacs"), in Eclipse, in JEdit, and I suspect in many other editors and IDEs besides.

Can you think of even one Java application that you use on your desktop and like?

Actually, yes. Jedit.
And yes.
And yes.
And so on.

I like Python too, and choose it over Java if it's really applicable. But not understanding 'the allure of Java' is a little overinflated don't you think? The apps above are good reasons to use Java, and they're not even Javas prime homeground. Maybe you haven't done any serious server side programming or tight client-server stuff, but be ashured that there are very good reasons to use Java. Especially with a big team and an emphasis on solid OOAD.

jEdit would be the tool for you. Plain and simple at first glance, install some plugins and it will blow you away.

jEdit is what I use. It's Free Software, and runs great on Linux. It includes syntax highlighting, XML Schema validation, XML Insert (auto-completion, prompting from schema), XPath evaluation, and XSLT transformation. This functionality is built ontop of the great Apache XML tools - so it is quite complete and interoperable.

jEdit is also great for more than just XML too! I used to be mainly an Emacs user - but I spend my days in Eclipse (for Java and C++) and jEdit (for everything else) now.