Weekly Edition
Return to the Press pageSponsored link
Vyatta –
Linux & Open Source
Alternative to Cisco –
Advanced Routing,
Firewall, VPN, QoS..
Free Download ->
| |||||||||||
Take notes with Tomboy (Linux.com)
Linux.com reviews
Tomboy. "A few weeks ago, I started looking around for an
application that makes it easy to take notes. I do all my writing in Vim,
but I wanted something that was good for quick and dirty notetaking and for
organizing information without maintaining a collection of text
files. After some research, I settled on Tomboy."
(Log in to post comments)
Tomboy is wrong wrong wrong. Posted Aug 18, 2006 20:25 UTC (Fri) by sylware (subscriber, #35259) [Link] Indeed: Tomboy is deprecating sticky notes. Why didn't they improve sticky notes?Because of the Microsoft open source proxies and pupets. Some people are still doubting about their existence :). Indeed, Tomboy from now, and only for this little app that doesn't bring significant improvement over sticky notes, will make the official gnome desktop dependent on one of the worst bloat that ever existed: mono, another disaster created by one of our beloved MS copycats. Of course, it was out of question to improve sticky notes! How would they have managed to force people to install mono?! Oh yes... I forgot their best argument: "you don't know how to code, use mono.net!" and we will have lean, fast, elegant and beautifully coded apps in the core of our desktop like... Beagle! Well... everybody knows that's only the beginning of the end for gnome. The Novell Blog System will push hard to make gnome "the .net desktop".
People seem not to understand that if you want to "sell" the gnome desktop to big companies, putting mono (.net) in it, is a commercial mistake. Any key deciding people in big companies knows that "Leader of .net technos=MS" (Like JAVA=Sun). To generalize, you will be merely crushed by MS sales people in any bid, and won't be able to sell your services around the open source desktop.
And why that bloat? We have plenty of bloats that do not have the same political-strategical-commercial issues: C++/python/ruby/perl etc etc...
Tomboy is wrong wrong wrong. Posted Aug 18, 2006 20:28 UTC (Fri) by louie (subscriber, #3285) [Link] Or alternately because people hate writing in C, and the author likes C#. (He was unemployed at the time he wrote tomboy, IIRC, and is now a vmware employee- where his day job is C++.)
Never ascribe to evil what you can ascribe to laziness.
Tomboy is wrong wrong wrong. Posted Aug 18, 2006 22:05 UTC (Fri) by kornak (guest, #17589) [Link] >> "Never ascribe to evil what you can ascribe to laziness."
That was a brilliant comment. Can I use it? I will save it in my note taker
Tomboy is wrong wrong wrong. Posted Aug 18, 2006 22:59 UTC (Fri) by louie (subscriber, #3285) [Link] Sure. I'm sure it has been said before, though probably not in this context :)
Tomboy is wrong wrong wrong. Posted Aug 19, 2006 10:59 UTC (Sat) by oseemann (subscriber, #6687) [Link] The original quote would probably be"Never attribute to malice that which can be adequately explained by stupidity".
Tomboy is wrong wrong wrong. Posted Aug 19, 2006 12:32 UTC (Sat) by louie (subscriber, #3285) [Link] Oh, of course; I meant that I'm sure that laziness had been used as the closing clause before.
Tomboy is wrong wrong wrong. Posted Aug 19, 2006 21:05 UTC (Sat) by TwoTimeGrime (guest, #11688) [Link] I don't think he really wanted to use your quote. It was the sarcastic setup to plug his notetaking app. :-)
Tomboy is wrong wrong wrong. Posted Aug 18, 2006 22:22 UTC (Fri) by tomsi (subscriber, #2306) [Link] Because of the Microsoft open source proxies and pupets. Some people are still doubting about their existence :). I'm not against Microsoft bashing, but they have done one thing right since they started in the early 70's. And that is the C# language. I really like the C# language - it combines the best bits from Delphi, C++ and Java. It is a pragmatic language without the hassles of "language lawyers" and "the big idea". Microsoft, being who they are, keeps muddling it with marketing speak etc; the Java fan boys calls it a java look-alike, and the C/C++ crowds sees it at "Java second edition". For once, Microsoft did a sensible thing and got the C# language approved as an ECMA standard. So it is safe to use; in our world it's called mono.
Tomboy is wrong wrong wrong. Posted Aug 19, 2006 1:45 UTC (Sat) by drag (subscriber, #31333) [Link] The closest I think you can find as a alternative to Java or Mono in Linux would be Python.
We are already seeing a lot of Python being used in Gnome and administration tools, which is great.
However Python doesn't realy have a stable ABI you can program against. That is if you write a program to work in python 2.3 and it's fairly complex it's probably not going to work out on Python 2.4 or Python 2.2.
Also Python has performance issues. The 'Bloat' Mono has is closer to C++ 'bloat' rather then Python in my estimation.
Face it. The future of desktop applications is going to be a high level language. Application development is faster and those are generally going to have less bugs then programming in C. And in gnome it's turning into a C/Python/Mono mix. C for low level speed-critical apps and Python/Mono for the UI and such.
If you haven't realy explored it, new gnome stuff is pretty slick.
All of it ties together and is pretty f-ing slick on how it does it. It certainly kicks the hell of out of Windows XP in terms of usability and just plain utility. Well see about Vista when it comes out.
But Gnome is pretty snazy now. Drag-n-drop is pretty much solved. (try it, drag-n-drop files and directories into gnome-terminal for instance) Copy and paste isn't a problem so much anymore, as long as your doing it windows-style. (Unfortunately highlight middle click is pretty much broken by design, hopefully the freedesktop people figure out the clipboard stuff). Menus and Mime type detection/application launching gets updated automaticly. You can search through nautilus filenames just by changing focus to a folder and type out the file name your looking for.
Search integration. Integration of IM, calendering, email, address books and such into your desktop. It's all progressing along likely.
Personally ya I won't use Gnome for older machine. XFCE is GREAT for that.
Of course I am not saying that everything is perfect. There is certainly room for improvement.
As for Mono vs Python. I think that the move for Gnome is practical. If you want to attract developers you have to make it easy for them.
Go to some large community college or University some time. You'll find rooms and rooms full of people wanting to learn how to use C# and .NET because of Microsoft. There are books and books of it. Corporations are training their employees how to use it. That's all.
That's kinda why Mono exists in the first place, IMO. It's not so much that it's a wonderfull idea to do .NET for Linux, but that it's a wonderfull way to lower the bar for entry for new developers.
gnome vs. kde Posted Aug 19, 2006 7:22 UTC (Sat) by astrophoenix (subscriber, #13528) [Link] just curious... does gnome have anything like kde's IO slaves?
once someone writes an ioslave for a file type or protocol, pretty much any kde app can then use
my favorite is fish, which is the io slave for ssh. you can basically open up 2 konqueror windows,
oh, and in kde, you can control-c, control-v, and also use middle click too, for copy and paste.
gnome vs. kde Posted Aug 19, 2006 8:08 UTC (Sat) by drag (subscriber, #31333) [Link] Gnome has the 'Gnome-vfs'. Allows you to abstract file systems such as ssh, ftp, smb, and such like that so it's all easily accesable via the file dialog stuff, and probably more. I think that probably KIO is more usefull though.
However I personally much much prefer FUSE file systems to KIO or Gnome-VFS. This is because it's used to create actual mountable file systems, so it will work for far more applications naturally then KIO or G-VFS wil.
One of my favorite is the fuse version of sshfs. It's very very fast. All the 'file server' needs is a capable ssh server were you have a account and it supports sftp (openssh is best, it seems like. The type of server affects stability of the file system).
How fast is it? For file copying and normal file operations it's faster then NFS on links up to 100mb/s. It's stable also. I've run Bonnie++ on it, without issues. But this depends on the server side. It's secure also. Uses standard ssh authentication methods so it supports kerberos, public/private keypair authentication, and password challenge response system authentication mechanisms. Also everything is encrypted.
FUSE is file system in userspace. It allows file systems without kernel modules beyond the actual fuse support. So that you can arrange it so that users can mount and umount and actually compile and create new file systems on the fly.
C, python, perl, and lots of other language bindings are aviable.
For instance other file systems:
And all sorts of stuff like that. Since it uses standard file system symantics it works with everything.
It's fairly Linux-specific right now, but there is a FUSE port to FreeBSD and it's quite possible to have it work on other operating systems also.
Also there is Gnome-VFS and KIO-slave bridges to make them mountable file systems.
I would realy realy like to see Gnome and KDE embrace FUSE so that you can achieve a much higher level of desktop compatability. Also it seems that FUSE is much faster.
gnome vs. kde Posted Aug 20, 2006 18:00 UTC (Sun) by nix (subscriber, #2304) [Link] FUSE could never replace kioslaves and gnome-vfs for two reasons. Firstly,it's not as portable (though it has been ported to FreeBSD and I believe OpenSolaris). Secondly, kernel mounts are much, much more expensive than kioslaves on many Unixes (although not Linux to such an extent).
However, it is plausible that kioslaves and gnome-vfs could use FUSE :)
gnome vs. kde Posted Aug 21, 2006 13:07 UTC (Mon) by drag (subscriber, #31333) [Link] But if FUSE is portable to other operating systems doesn't it mean that FUSE is portable?
Or in 'other operating systems' you specificly mean 'windows', right?
Because it works on OpenSolaris.. FreeBSD. This means it would work on NetBSD and OpenBSD also. And OS X if anybody cared.
I only say that Gnome and KDE should use FUSE instead of their own paticular VFS implimentations becuase..
KIOslave and Gnome-VFS are almost completely worthless unless your running a totally pure KDE or Gnome desktop. How well does it work when the majority of applications are not able to directly use what you setup via the GUI? It doesn't make any sense.
Why is it reasonable to expect that it's ok if I can access a share via Epiphany or nautilus, but not be able to access it via Amarok or Krita (and visa versa)?
How is a unknowlegable Linux user on some desktop somewere going to understand that if they access a Windows share via Nautilus that they still won't be able to use it with the vast majority of applications?
And even if I set it up so that I have both G-VFS and KIO I still can't use either with anything that isn't Gnome or KDE, which is a lot of stuff.
With FUSE it's instantly usable by EVERYTHING. Not just one or another paticularly tightly controlled desktop environment setup by some project-specific developers.
gnome vs. kde Posted Aug 23, 2006 19:23 UTC (Wed) by nix (subscriber, #2304) [Link] Oh, I agree that FUSE implementations are preferable, but you have a fewproblems which can't be overcome:
kioslaves and gnome-vfs modules aren't restricted to POSIX interfaces (at
And there's no way to make FUSE work on systems with non-free kernels. I
gnome vs. kde Posted Aug 21, 2006 6:41 UTC (Mon) by jamesh (subscriber, #1159) [Link] Gnome has a virtual file system system similar to kioslaves.
It has a VFS backend that implements the standard SFTP protocol over SSH, which lets you copy files to/from machines via SSH. I am not sure what a proprietary protocol like "fish" would give you over SFTP though -- it is very rare to find a machine with SSH but without SFTP these days.
About Python Posted Aug 19, 2006 7:27 UTC (Sat) by tekNico (subscriber, #22) [Link] > However Python doesn't realy have a stable ABI you can program against.> That is if you write a program to work in python 2.3 and it's fairly > complex it's probably not going to work out on Python 2.4 or Python 2.2.
Ehi, take the FUD down a notch, please. ;-P
Python is interpreted (actually, compiled to a VM bytecode), just like Java and C#, so the ABI concept is only relevant for compiled extensions.
More important: there is great effort spent on downward compatibility. If you find a program written for Python 2.3, that does not run on 2.4, it's a bug and must be fixed.
OTOH, making a program written for Python 2.3 run on 2.2 takes some compatibility wrappers, and some restraint on newer features, but that's a price one pays for language evolution.
> Also Python has performance issues. The 'Bloat' Mono has is closer
While it's probably true that the CLR is somewhat faster that the Python VM, that's a rather blanket statement. There are several ways to speed up Python programs, and its speed is more than adequate for most jobs.
About Python Posted Aug 19, 2006 7:49 UTC (Sat) by drag (subscriber, #31333) [Link] Oh I didn't want to disparage Python in any way.
I realy realy like python personally.
About Python Posted Aug 19, 2006 7:51 UTC (Sat) by drag (subscriber, #31333) [Link] Seems like all the major python optimizing folks are working on this project.
Stackless python guy, the psyco guy. That sort of thing.
If they are realy successfull then it could be something very remarkable. A NEW thing. Maybe make python faster then C! ;-)
About Python Posted Aug 20, 2006 10:39 UTC (Sun) by davidw (subscriber, #947) [Link] Java and C# have JIT compilers, making them somewhat memory hungry, but pretty fast once they get into the swing of things.
What are you raving about? Posted Aug 20, 2006 8:30 UTC (Sun) by alextingle (subscriber, #20593) [Link] > Unfortunately highlight middle click is pretty much broken by design
What are you raving about?
Highlight-middle-click is one of the few good distinguishing features that X has. Non-technical
What are you raving about? Posted Aug 21, 2006 6:01 UTC (Mon) by TwoTimeGrime (guest, #11688) [Link] > Non-technical users LOVE it when introduced to it.
If by non-technical users you mean people who have never learned that you can cut and paste on computers, then yes maybe. Slightly more technical users, who know that they can select text and then type or paste to replace it, are annoyed by this "feature." It prevents someone from copying text, selecting a large body of text that must be replaced, and then pasting the new text in. In X what you get instead is selecting something that you want to replace, which puts it in the copy buffer. Middle clicking appears to do nothing except unselect because you are replacing the selected text with itself.
What are you raving about? Posted Aug 21, 2006 13:24 UTC (Mon) by drag (subscriber, #31333) [Link] What am I raving about?
I will try to tell you.
Why is it broken?
In very simple terms each application controls it's own copy/paste buffer.
Example:
Oh guess what? Nothing happenned. You have to keep both windows open or you loose your buffer. It just doesn't work in a way that makes sense. It may have made sense 10 years ago, but it doesn't work anymore.
Another example:
You can't highlight it or you will loose your buffer.
Tell me why then nobody has yet been able to create a reasonable clipboard setup for middle click paste yet? There have been dozens of projects to attempt to 'fix' it, and nobody has yet to figure out a reasonable solution.
Try it again with windows-style ctrl-c, ctrl-v.
Simple.
Highlight middle click paste works great for terminals because the windows-style controls generally mean something other then 'copy' and 'paste'. But otherwise it's just not that usefull. I use it all the time personally purely out of habit, but even then it's still broken and I have to be carefull with what applications I try to use it with and how I use it.
What are you raving about? Posted Aug 21, 2006 17:32 UTC (Mon) by adj (subscriber, #7401) [Link]
Try it again with windows-style ctrl-c, ctrl-v.
*shrug*
Highlight text you wish to replace.
Six of one... (but one less swap between mouse and keyboard.) If the app in question doesn't work the way you want, pick a different one. Better yet, submit suggestions or patches to its author.
Tomboy is wrong wrong wrong. Posted Nov 2, 2006 16:50 UTC (Thu) by a1mint (guest, #41464) [Link] > alternative to Java or Mono in Linux would be Python
What about Perl? More mature and stable than both Mono and Python.
> Python being used in Gnome and administration tools, which is great
That's not great at all. It's because of Python that things stop working, and makes Linux (Redhat at least) not stand up against time, meaning, once it's a couple of years old, you're forced to upgrade, which sucks for servers.
> Python has performance issues.
Sure, and the only ones I see that don't suffer performance problems is Java, Perl, C, and C++.
> The 'Bloat' Mono has is closer to C++ 'bloat' rather then Python in my estimation.
Complete wrong. Wrong. Way off. C++ is not 'bloat' at all. The weird and strange bizarre notion people have about that bloat myth that C++ has is so off, it ain't funny. C++ allows for great OOP for *very* little cpu cost. In fact, it's practically immeasurable the performance loss on the ++ part. So what if the 'this' variable gets passed along to methods. In C you often do anyway. And look at all that convoluted gabeldegook crap C code that's out there. Do in nicely structured C++ and logic will lead the way to more stable smarter constructs.
> The future of desktop applications is going to be a high level language.
But please, not mono or python, for crying out loud, don't people see how screwed up this is? What's the world coming to...
> less bugs then programming in C
Ha ha, as if. The amount of bugs I'm seeing in Python based apps is the highest I have ever seen in Linux.
> new gnome stuff is pretty slick.
Gnome is *NOT* slick. It's ill featured.
I always switch to IceWM. Nice and light and configurable. The source is written in C++, and it's clear and clean enough that I can customize it all over the place by just editing the source code.
Oh and Vista. I'm actually glad that XGL is a preemptive strike on Vista, so they can't go and brag how they were the first with their stupid little transparent windows.
Mono, woof.
Tomboy is wrong wrong wrong. Posted Aug 19, 2006 21:07 UTC (Sat) by TwoTimeGrime (guest, #11688) [Link] > How would they have managed to force people to install mono?!
I don't really know much about mono. Isn't it just a compiler? So wouldn't Tomboy compile to native code just like something written in C or C++ meaning you wouldn't need to install Mono? I don't need to install gcc to run Firefox. Correct me if I misunderstand.
Mono libraries Posted Aug 20, 2006 1:54 UTC (Sun) by man_ls (subscriber, #15091) [Link] I don't really know much about mono. Isn't it just a compiler?Unfortunately no; it is more similar to Java, where you have a compiler to bytecode and then a virtual machine that interprets that. On top of that you have a runtime environment which acts as system libraries (the java.* packages), and which are in theory cleanly isolated from your own libraries (which should go in reverse-site form, for instance com.yourcompany.project packages for project.yourcompany.com). According to Zawinski, Java is also a security model.
When people talk about "Java", they usually mix the language, the virtual machine and the system libraries. Sun encourages the confusion as "Java platform", which encompasses Java Language, Java Virtual Machine and Java Runtime Environment (JVM + libraries). I just know Mono by references, but it seems it is a libre implementation of the .NET framework. As this is Microsoft's answer to Java, it contains similar things: a compiler (for C#), a virtual machine (CLI) and system libraries (class library). The bytecode is called Common Intermediate Language. At least here we have separate names for every layer. The fact is that you need the runtime environment to run Mono applications, which interprets CIL.
Mono libraries Posted Aug 20, 2006 20:01 UTC (Sun) by zlynx (subscriber, #2285) [Link] Mono and .NET do better than Java because they cache the result of the JIT. They can even pre-JIT the assemblies; Windows has a background service that does this.
This makes start-up time much better than any Java program. Maybe Java 6 will include it.
Mono libraries Posted Aug 21, 2006 9:02 UTC (Mon) by dark (subscriber, #8483) [Link] I think you should get an award for the term "pre-JIT".
BIT compilation Posted Aug 21, 2006 9:20 UTC (Mon) by man_ls (subscriber, #15091) [Link] :DYes, it can be a bit confusing. JIT stands for "Just in time" and is a technique whereby the bytecode is translated to machine code before execution. Old JVM's would just interpret bytecode as it came along, which performed very slowly for loops and the such; new JVM's (pioneered by Symantec IIRC) translate the machine-independent bytecode to machine-specific code and then execute that. The convoluted term "pre-JIT" would stand for an optimization to do this translation ahead of execution; you might call it "BIT" or "Before its time" compilation.
Mono libraries Posted Aug 21, 2006 17:51 UTC (Mon) by zlynx (subscriber, #2285) [Link] Heh. Ok, you are right. Pre-just-in-time compiling would be better called just "compiling".
An Alternative Posted Aug 18, 2006 21:18 UTC (Fri) by PaulDickson (subscriber, #478) [Link] TiddlyWiki (http://www.tiddlywiki.com/) is better if you want more than capturing text. It does however require a web browser.
An Alternative Posted Aug 21, 2006 22:43 UTC (Mon) by raytd (guest, #4823) [Link]
Now that's the best use of javascript I've seen outside of google.
Thanks for the link.
Take notes with Tomboy (Linux.com) Posted Aug 18, 2006 22:25 UTC (Fri) by BradReed (subscriber, #5917) [Link] I rather like NoteCase (on SourceForge.net) for taking notes. Just requires GtK2 rather than Mono. It has built in encryption if desired too.
Take notes with Tomboy (Linux.com) Posted Aug 19, 2006 0:13 UTC (Sat) by edlenz (guest, #12021) [Link] http://basket.kde.org/ deserves a try.
[]īs
Take notes with Tomboy (Linux.com) Posted Aug 19, 2006 13:59 UTC (Sat) by holstein (subscriber, #6122) [Link] I second that.
I use Basket a lot to keep notes on "things-to-do-eventually", server installation notes, quick access to my documentation directory, etc., all neatly organized in it's "basket".
With it's "auto-hide" functionnality, it makes taking/reading notes really quick and unintrusive.
Take notes with Tomboy (Linux.com) Posted Aug 21, 2006 8:33 UTC (Mon) by nix (subscriber, #2304) [Link] basket looks cool, but, um, what if you need your notes and X is down?
'cat' always works.
Take notes with Tomboy (Linux.com) Posted Aug 19, 2006 22:45 UTC (Sat) by trevor@infocentrality.co.uk (guest, #39991) [Link] You could also use something like InfoCDB - I have to admit a bias - asit was an itch that I had to scratch - multi user note taker / Contactdb application - a Python CGI application - see a demo at https://www.infocentrality.co.uk/contactdb - use 'demo' as the username and 'demo' as the password.
neat, but why? Posted Aug 20, 2006 7:09 UTC (Sun) by b7j0c (subscriber, #27559) [Link] why not just open note.txt in your editor of choice?
doesn't scale Posted Aug 20, 2006 9:52 UTC (Sun) by gvy (guest, #11981) [Link] One might consider some of the notes more important; they might have metadata (like due date or creation date) and one might benefit from being able to e.g. sort by them (it's not exactly robust with just a text editor).
There are other things which sometimes make good old ~/TODO just tired.
neat, but why? Posted Aug 20, 2006 19:22 UTC (Sun) by Tobu (subscriber, #24111) [Link] The main benefit is that it's a little wiki. You just linkify a phrase, or use a WikiWord, and you have created a new note. You can then expand and organise your notes, mindmap-style. You also get good desktop integration in the form of an applet, an recent notes, and especially search. Recent projects aim at making tomboy more networked:
|
|||||||||||