Share those tiny little (or mighty big) programs you could not live without.

Quote:

---

Originally Posted by Mes Tarrant

Well, the CDs were a gift. :P

---

But that doesn't mean you need to forsake free software.

Quote:

---

Originally Posted by Identity X

there are more complex things you can other than simple query-string replacing.

---

Oh, I didn't know that.

Quote:

---

Originally Posted by Identity X

I downloaded StarOffice (Sun's proprietary fork of OOo (which was a fork of StarOffice :P)) from the Google Pack, but I am somewhat alarmed at the Googleness of it all. It's covered in Google task bars and phones home every now and then.

Should have not been greedy and gone for OOo (needed neither, tbh, I have Office 2003).

---

I know that OOo was a fork of StarOffice, but does StarOffice have any practical advantages over OOo? Wikipedia says

Code:

---

Proprietary components in StarOffice that are not in OpenOffice.org include:
Several font metric compatible Unicode TrueType fonts containing bitmap representations for better appearance at smaller font sizes
Twelve Western fonts (including Andale Sans, Arial Narrow, Arial Black, Broadway, Garamond, Imprint MT Shadow, Kidprint, Palace Script, Sheffield) and seven Asian language fonts (including support for the Hong Kong Supplementary character set)
Adabas D database
StarOffice-only templates and sample documents
A large clip art gallery
Sorting functionality for Asian versions
File filters for additional older word-processing formats (including EBCDIC)
A different spell checker (note that OpenOffice.org includes a spell checker as well) and thesaurus
StarOffice Configuration Manager
Macro Converter for converting Microsoft Office VBA-macros to StarOffice Basic
There are also differences in the documentation, training and support options, and some minor differences in the look and icons between the two programs.
Other differences are that StarOffice only supports 11 languages[3] (compared to over 40 for OpenOffice.org)

---

but I mean from an end user's perspective.

Quote:

---

Originally Posted by Identity X

As for scripting languages, yes they are pretty neat. I endorse Python and I'm currently using the brilliant Windows version of Cream, a really nice version of VIM without the weird control scheme. I was previously an XEmacs user, but Cream is far easier:

---

Python is indeed awesome. It might not make Perl or shell scripts obsolete, but it certainly beats Java in development time and Perl in readability and maintainability. I've never used Cream (nor do I use Windows for that matter), but I could not go a day without Vim. Productivity for me means a keyboard application launcher in Mac OS X or a keyboard-controlled window manager in *nix, a web browser that supports searching from the keyboard, the command-line with GNU Screen, and Vim.

But it IS free for me! I'll get free software once I've used up the two times with these.

Oh yes, I couldn't live without OpenOffice.org for my writing. And RocketDock, how could I forget that! It's like Mac's Dock, only for Windows. Then there's 7-Zip, of course, and a cool little app called Frameworkx that removes the shortcut overlay image on desktop icons in Vista.

Let's see... The GIMP is a pretty obvious one, but what about Switcher? It's similar to Exposé for Mac.

Doesn't StarOffice have a ton of java code in it?

Quote:

---

Originally Posted by Man of Steel

And RocketDock, how could I forget that! It's like Mac's Dock, only for Windows.

---

I downloaded ObjectDock, which is a very well done version of Dock for Windows.

Swish and all, but completely impractical, everything was faster and neater with Launchy.

Yes, I don't think there is much difference between Star and OpenOffice. And I don't even like Sun that much... I use Java every day and I really don't think they did it all too well.

Java is actually a great language, it's the lack of a true compiler that bugs me. GNU made one, but it doesn't work all that well, it's not optimized. Sun forces that virtual SPARC machine on you. Because of that I won't touch it, I use C++, Cocoa, or C for everything.

Quote:

---

Originally Posted by ninja9578

Java is actually a great language, it's the lack of a true compiler that bugs me. GNU made one, but it doesn't work all that well, it's not optimized. Sun forces that virtual SPARC machine on you. Because of that I won't touch it, I use C++, Cocoa, or C for everything.

---

It's the little things that annoy me. Little things that C# does very, very well.

Oh, and the fact that EVERYTHING is pass by value. It makes it soooo slow, I like my pointers.

Photoshop
FruityLoops Studio
Firefox
SonicFoundry ACID Pro
VirtualDub
Audacity
Blender3D
Microsoft Word
Windows Media Player and/or VLC media player

Quote:

---

Originally Posted by ninja9578

Oh, and the fact that EVERYTHING is pass by value. It makes it soooo slow, I like my pointers.

---

You are completely and utterly wrong my friend.

Java is call-by-reference, with the exception of primitives which are call-by-value (naturally).

Quote:

---

Originally Posted by ninja9578

Java is actually a great language, it's the lack of a true compiler that bugs me. GNU made one, but it doesn't work all that well, it's not optimized. Sun forces that virtual SPARC machine on you. Because of that I won't touch it, I use C++, Cocoa, or C for everything.

---

Java is pass by reference. You shouldn't use straight pointers to simulate pass-by-reference in C++ - that's poor style :P

Quote:

---

Originally Posted by ninja9578

Oh, and the fact that EVERYTHING is pass by value. It makes it soooo slow, I like my pointers.

---

As IdentityX and Republicon said, all objects in Java are passed by implicit references. Primitives are passed by value, but that doesn't create a noticeable difference in performance, so I'll assume you were referring to regular objects. You might like your pointers in languages like C or C++, but somehow I get the feeling that you don't use them properly ...

never used java, but know people that do
so feel free to poke holes in what I say....

with that in mind, as far as I know java is no slower (in theory) than any other language

I have it on good authority that the apparent "slowness" of frontend Java apps, is down to poor use of the GUI toolkits

In the GUI event handlers, you are supposed to fork off all business logic, so that the GUI is in one thread, and the core donkey work is done in another
but many java people lump any and all code directly into the event handlers
this means, when it's compiled (or JIT compiled (Jitted?), or whatever it is you call it) everything ends up being plonked into a single thread

dunno, maybe wrong
but that's what I've heard

Quote:

---

Originally Posted by Ynot

but many java people lump any and all code directly into the event handlers
this means, when it's compiled ... everything ends up being plonked into a single thread

---

I am an offender wwhen it comes to this, not that I've ever really had to write a speed-sensitive GUI. Listeners are interfaces in Java, so all I do is make the GUI be its own listener. It's a weird thing to do but it makes code writing easier, for instance:

Code:

---

class GUI extends JFrame implements ActionListener {
...
JButton b = new JButton("Click Me!");
b.addActionListener(this);
...
public void actionPerformed(EventArgs e) {
  if (e.getSource() == b) /* do something */
}
}

---

I'm a bad, bad man :D

well, as far as end users are concerned, GUI responsiveness is everything

maybe it's programmer error, or just poor toolkits, but the general sluggishness of many frontend Java apps has led to the rise of MS's C# (Java under a different name)

Quote:

---

Originally Posted by Ynot

well, as far as end users are concerned, GUI responsiveness is everything

maybe it's programmer error, or just poor toolkits, but the general sluggishness of many frontend Java apps has led to the rise of MS's CJ# (Java under a different name)

---

Fixed.

Oh, and NEVER EVER AGAIN MENTION ANY .NET LANGUAGE EVER AGAIN.

They've basically become glorified window editors. It's terrible. I just got VS '08 X__x

But hey, the Dark GDK comes free, so... :D

Quote:

---

Originally Posted by Mes Tarrant

But it IS free for me! I'll get free software once I've used up the two times with these.

---

I was referring to free software, not freeware. Check the link if you want to learn the ideological distinction.

Quote:

---

Originally Posted by Ynot

with that in mind, as far as I know java is no slower (in theory) than any other language

---

Correct, but not wholly for the reasons you state below. As I see it, it's more that Sun Microsystem's implementation (the Java Runtime Environment), being a virtual machine / JIT compiler, executes bytecode more slowly than an OS executing machine code. Third party ahead-of-time compilers like the GNU Compiler for Java (GCJ) yield precompiled binaries whose performance should be on par with languages like C++. However, Java's automatic garbage collection is part of the language specification rather than Sun's implementation, so even compiled Java software might still underperform C++.

Quote:

---

Originally Posted by Ynot

I have it on good authority that the apparent "slowness" of frontend Java apps, is down to poor use of the GUI toolkits

In the GUI event handlers, you are supposed to fork off all business logic, so that the GUI is in one thread, and the core donkey work is done in another
but many java people lump any and all code directly into the event handlers
this means, when it's compiled (or JIT compiled (Jitted?), or whatever it is you call it) everything ends up being plonked into a single thread

---

Most graphical Java applications use Swing/AWT or SWT, which to my knowledge only work with Sun Microsystem's implementation of Java. Therefore, all the performance disadvantages of the VM/JIT system apply. Both toolkits tend to perform poorly and hog resources regardless of the code's design. That being said, there are a (very) few Java applications that manage to sport a responsive GUI. Art of Illusion comes to mind. According to a Google search, it uses the Buoy GUI toolkit. Maybe that's worth looking into.

Quote:

---

Originally Posted by dsr

According to a Google search, it uses the Buoy GUI toolkit. Maybe that's worth looking into.

---

Indeed, it looks kind of cool.

I was trying out Boo last night, a Python-like language for CLI. Seemed very nice indeed.

Python = awesome
Microsoft = not so awesome

Python and .NET don't mix in my book.

But actually, any Python derivative is probably good. Groovy is another one to look at if you like the Java standard class library.

Quote:

---

Originally Posted by dsr

Python = awesome
Microsoft = not so awesome

Python and .NET don't mix in my book.

But actually, any Python derivative is probably good. Groovy is another one to look at if you like the Java standard class library.

---

I actually really like the .NET platform. It's very convenient and I feel comfortable using it, especially in conjunction with such a thoughtful language as C#. As long as Microsoft don't start injecting us all with Super AIDS, I can't really say I have any reason to muster enough effort to dislike them for anything. It's not as if a lot of their software costs anything at the end of the day; chances are Windows came with your computer, Media Player is either included or is a free download, and VS Express is more than enough for the average solitary programmer. There are less visible reasons to dislike them, but as I said, that would require personal effort.

Quote:

---

Originally Posted by Identity X

I was trying out Boo last night, a Python-like language for CLI. Seemed very nice indeed.

---

One word: AWESOME.

• Access to .NET library
• Compiles to a newbie-friendly exe - no more jar or pyc
• Statically typed with a duck-typed primitive (as good a compromise as you can get). And automatic determination of type on declaration (a = 9 binds a to a (statically typed) int)
• Terse and readable syntax ("i = 9 unless doNotDoIt")
• List comprehensions and slicing
• Inline Getters/Setters (and since theres a seperation between properties and fields you can use setters internally without a horrible this.setX(7) type statement.
• Regular expression literals (and a ~= operator)
• Generators
• First-order functions (as they should be - and something Java (and I believe C++?) lacks.)
• It's just cool

It uses self over this though. Horrible choice. It annoyed me in Python, it annoys me in Boo.

Quote:

---

Originally Posted by Identity X

I actually really like the .NET platform. It's very convenient and I feel comfortable using it, especially in conjunction with such a thoughtful language as C#.

---

It sounds like you use C# where I would just use Python. What advantages do C# and .NET have over Python? Python obviously has the edge in portability/platform-independence and productivity (at least in terms of LOC). Boo sounds more comparable to Python, however. How would you say the two weigh up?

Quote:

---

Originally Posted by Identity X

As long as Microsoft don't start injecting us all with Super AIDS, I can't really say I have any reason to muster enough effort to dislike them for anything.

---

Some would argue that Microsoft's defiance toward the free software movement (e.g. creating a proprietary XML format for Office 2007 and then advocating that it be standardized in lieu of OpenDocument -- browse gnu.org and fsf.org for many other examples) is reason enough to avoid their products.

Quote:

---

Originally Posted by Identity X

It uses self over this though. Horrible choice. It annoyed me in Python, it annoys me in Boo.

---

Assuming it's like Python, self is just the conventional name for the parameter. If your code will only be seen by you, feel free to name it this. Besides, even if others will see your code, they're likely to be C# programmers who will understand your use of this immediately.

Quote:

---

Originally Posted by dsr

It sounds like you use C# where I would just use Python. What advantages do C# and .NET have over Python? Python obviously has the edge in portability/platform-independence and productivity (at least in terms of LOC). Boo sounds more comparable to Python, however. How would you say the two weigh up?

---

They are more or less very similar, but Boo in my opinion is better. You're not forced into using dynamic typing (some would argue that static typing is unnecessary, but I think it makes sense in many instances) but you may use it if you wish to. You're not forced into public scope (in fact, you're forced into using private. Sounds a bit weird, but the uneasiness subsides). The language is syntactically richer, too, and can be thought of as a superset of Python in some ways. I was enlightened when I discovered Python, it's great, but I think Boo may just be Python "and then some".

It also has "proper" OO methods. self is no longer a necessary parameter. That the one thing I've never understood with Python (and it's ugly too).

FYI it runs on Mono.

Quote:

---

Originally Posted by dsr

Assuming it's like Python, self is just the conventional name for the parameter. If your code will only be seen by you, feel free to name it this. Besides, even if others will see your code, they're likely to be C# programmers who will understand your use of this immediately.

---

It's an issue with nomenclature. self forces you into writing code in first person, which, given it's not something "real", is just plain weird. this is much clearer.

And you are right. But the line
this = self
Is... strange.

Also, something I just remembered, Taskbar Shuffle. It lets you move arouns minimized windows on the taskbar.

I looked back at some java books, I guess I was wrong. :oops: I was confused because of the lack of explicit definitions. At least none of my professors ever used any. I can't recall ever seeing a -> in java, it was always foo.a. Am I correct there?