The mouse wheel scrolling speed in GNOME (2.4) is currently a 1/2 page step per scroll. This is a terrible default; since I have a habit of scrolling through text files when editing source code (I am a programmer), this behavior renders the mouse wheel as good as unusable in Gedit. Other editors (KWrite, TextPad, etc.) scroll by 3 lines at a time and things are much more sane. This has been registered as GTK bug 89259 for quite awhile now; I hope this usability issue will be ameliorated with the imminent GNOME 2.6 release.
Didn’t I just get beta 1 a couple of days ago? Love the new splash screen, Jakub is the king. Just keeps getting better, epiphany still can’t hold a candle against firefox though.
and the side bar does add functionality. it has a very nice multi document interface as part of it.
I also happen to like the console because having them all part of one program window makes it very convenient to compile a program or run a script you are working on.
The mouse wheel scroll step is more reasonable in gtk+ 2.3.6. It doesn’t take effect for gnome-terminal and other applications that do their own scrolling. Separate bugs should be filed for them.
I think gedit is supposed to be just a good all-around text editor, not a real programmer’s editor. Gedit is more a competitor to kwrite, not kate. Although, I agree that GNOME needs a good programmer’s editor like kate.
Kate is a programmer’s editor, Gedit is not. Gedit is more like Kedit. Uh… not just by the name.
I even think that Gedit could be a lot simpler, without the bulky MDI interface, and then we need a more powerful code editor that can replace Emacs, etc (this one would be more like Kate). The latter wouldn’t have to be distributed with the desktop release though.
The nice part about Open Source is that you can try out different programs for little or no money and decide which one you like the best. This still doesn’t reduce the stress though. The moment you make a choice, you will then hear/see others talking badly about the program you just decided to use.
I do not use GEdit or Kate. I prefer SciTE.
Once I get my Linuc PC running again, I will definitely try the latest Gnome.
I think the rendering/redraw speed needs to be greatly improved. It is MUCH, MUCH slower on my trident than kate, nedit, or gvim are.
I have the same problem with gnome-terminal too. I can’t use it because often times the characters appear _seconds_ after I type them, especially after I type things rapidly. I’m switching off between konsole and aterm right now.
Other than that, it’s a pretty good release. I’ve noticed a few other stability problems, but I love the changes to Nautilus.
I recommend you look into into GNU Screen (http://www.gnu.org/software/screen/screen.html) .It will replace much of the functionality of either Konsole or Gnome-terminal like Copy and paste and multiple terms in one. Not to mention it can be detached and connected to multiple times. Very neat. It will work fine in aterm.
BTW the editor I was referring to just a second ago was SciTE (http://www.scintilla.org/SciTE.html). It’s very quick, supports lots of Languages and some other neat features.
Just wondering if Novell is involved at all with these Gnome releases now that they own Ximian. I mean, I know Ximian has their own version of Gnome, but does Novell have employees actively working on the Gnome releases we see here today?
I’ve not seen a new release in awhile, I didn’t really take a look at the full site. I just recently installed and re-grabbed the source, which I know is the same version I had last time.
From the site I see: I needed another new feature… Guess what happened then ! As usual, Changelog and Download sections have been updated accordingly. And this time it REALLY is my last work on Beaver. Oh, BTW, there may be a new maintainer very soon, so dvp won’t stop; stay in touch..
For a lot of projects it’s great, the features I like about it are 1) how light it is 2) the way the highlighting is 3) the tabs 4) It’s GTK2 and last but not least 5) the line numbers that it puts in down the side.
I really wouldn’t mind if they stopped development as I’d use it until I found something better, but until that happens it suits my need and I didn’t see any harm in taking the few minutes it takes to compile and keeping it on my system.
Give it a shot, if you don’t like it, take it off, but I think you will.
From what I could read a little while ago on some Ximian mailing list, they were pretty busy working on integrating Ximian Gnome into Suse. It was mentioned as an excuse for not having all the time they wanted to develop on xd-unstable.
I believe Novell is interested in developing gnome through ximian, aren’t they also involved in the bounties?
Anyone could suggest an editor which can do Find and Replace in all open files? Both Gnome’s and KDE’s editors lack this option right now. (haven’t tried lates KDE though)
Gedit is not supposed to be for serious programming work. However, the gtksourceview seems to be under heavy development. The guys doing monodevelop chose it for a reason probably. I expect to reach the quality and breadth of Scite, at least for the languages useful to GNOME development.
Performance issues with Nautilus are the result of mime-type sniffing. Nautilus did not find out the file types by extension. Those were ignored. But now, the first thing it will do is check the extensions. Its a pity though, but it makes things several orders of magnitude faster accrding to the devs.
It is something about having to actually open the files to get the mime type, whereas if it believes the extensions are ocrrect, it doesn’t have to incur this overhead. I suppose the limiting speed is the hard-drive in this case. If hard drives had kept up, there would not have been a problem.
Already compiling it! )
Well, I kind of already have it for almost two days by now. 😉
The mouse wheel scrolling speed in GNOME (2.4) is currently a 1/2 page step per scroll. This is a terrible default; since I have a habit of scrolling through text files when editing source code (I am a programmer), this behavior renders the mouse wheel as good as unusable in Gedit. Other editors (KWrite, TextPad, etc.) scroll by 3 lines at a time and things are much more sane. This has been registered as GTK bug 89259 for quite awhile now; I hope this usability issue will be ameliorated with the imminent GNOME 2.6 release.
Didn’t I just get beta 1 a couple of days ago? Love the new splash screen, Jakub is the king. Just keeps getting better, epiphany still can’t hold a candle against firefox though.
I am testing on gedit2 and pan with GTK 2.3.6 and it looks like the default is scroll by two lines at a time.
Kate is so much better than gedit.
I wish the gedit folks would add a lot more language support, and give a side bar and console.
submit patches!
a console and a sidebar? eww thats terrible.. I’ve seen kate’s sidebar and it adds nothing to kate. And a console? please.
And which languages does Kate support that gedit does not?
By default ? Ruby
it is very extensive.
and the side bar does add functionality. it has a very nice multi document interface as part of it.
I also happen to like the console because having them all part of one program window makes it very convenient to compile a program or run a script you are working on.
The mouse wheel scroll step is more reasonable in gtk+ 2.3.6. It doesn’t take effect for gnome-terminal and other applications that do their own scrolling. Separate bugs should be filed for them.
I think gedit is supposed to be just a good all-around text editor, not a real programmer’s editor. Gedit is more a competitor to kwrite, not kate. Although, I agree that GNOME needs a good programmer’s editor like kate.
Kate is a programmer’s editor, Gedit is not. Gedit is more like Kedit. Uh… not just by the name.
I even think that Gedit could be a lot simpler, without the bulky MDI interface, and then we need a more powerful code editor that can replace Emacs, etc (this one would be more like Kate). The latter wouldn’t have to be distributed with the desktop release though.
The nice part about Open Source is that you can try out different programs for little or no money and decide which one you like the best. This still doesn’t reduce the stress though. The moment you make a choice, you will then hear/see others talking badly about the program you just decided to use.
I do not use GEdit or Kate. I prefer SciTE.
Once I get my Linuc PC running again, I will definitely try the latest Gnome.
Nice editor I must say.
I think the rendering/redraw speed needs to be greatly improved. It is MUCH, MUCH slower on my trident than kate, nedit, or gvim are.
I have the same problem with gnome-terminal too. I can’t use it because often times the characters appear _seconds_ after I type them, especially after I type things rapidly. I’m switching off between konsole and aterm right now.
Other than that, it’s a pretty good release. I’ve noticed a few other stability problems, but I love the changes to Nautilus.
@Anonymous
I recommend you look into into GNU Screen (http://www.gnu.org/software/screen/screen.html) .It will replace much of the functionality of either Konsole or Gnome-terminal like Copy and paste and multiple terms in one. Not to mention it can be detached and connected to multiple times. Very neat. It will work fine in aterm.
BTW the editor I was referring to just a second ago was SciTE (http://www.scintilla.org/SciTE.html). It’s very quick, supports lots of Languages and some other neat features.
I find Bluefish to be a lot better than anything. It is fast and light and does a lot of what I want from a simple editor.
-D
Beaver is cool, not sure how many languages it supports, clean interface wth tabs, good for C/C++
Just wondering if Novell is involved at all with these Gnome releases now that they own Ximian. I mean, I know Ximian has their own version of Gnome, but does Novell have employees actively working on the Gnome releases we see here today?
I was looking into that but noticed that Beaver seems unmaintained.. Is that your reading also?
I’ve not seen a new release in awhile, I didn’t really take a look at the full site. I just recently installed and re-grabbed the source, which I know is the same version I had last time.
From the site I see: I needed another new feature… Guess what happened then ! As usual, Changelog and Download sections have been updated accordingly. And this time it REALLY is my last work on Beaver. Oh, BTW, there may be a new maintainer very soon, so dvp won’t stop; stay in touch..
For a lot of projects it’s great, the features I like about it are 1) how light it is 2) the way the highlighting is 3) the tabs 4) It’s GTK2 and last but not least 5) the line numbers that it puts in down the side.
I really wouldn’t mind if they stopped development as I’d use it until I found something better, but until that happens it suits my need and I didn’t see any harm in taking the few minutes it takes to compile and keeping it on my system.
Give it a shot, if you don’t like it, take it off, but I think you will.
Novell seems to be more interested in Mono than GNOME. Otherwise, they wouldn’t have bought off SuSE.
From what I could read a little while ago on some Ximian mailing list, they were pretty busy working on integrating Ximian Gnome into Suse. It was mentioned as an excuse for not having all the time they wanted to develop on xd-unstable.
I believe Novell is interested in developing gnome through ximian, aren’t they also involved in the bounties?
One of my, personal, concerns is Nautilus’s performance. Anyone have it on an older machine? How does it feel compared to previous versions?
Thnx!
Anyone could suggest an editor which can do Find and Replace in all open files? Both Gnome’s and KDE’s editors lack this option right now. (haven’t tried lates KDE though)
Thanks!
Gedit is not supposed to be for serious programming work. However, the gtksourceview seems to be under heavy development. The guys doing monodevelop chose it for a reason probably. I expect to reach the quality and breadth of Scite, at least for the languages useful to GNOME development.
@bsdrocks, Søren Sandmann:
It is good to hear that the scrolling speed has been shortened. I will have to try GNOME again asap. 🙂
Performance issues with Nautilus are the result of mime-type sniffing. Nautilus did not find out the file types by extension. Those were ignored. But now, the first thing it will do is check the extensions. Its a pity though, but it makes things several orders of magnitude faster accrding to the devs.
It is something about having to actually open the files to get the mime type, whereas if it believes the extensions are ocrrect, it doesn’t have to incur this overhead. I suppose the limiting speed is the hard-drive in this case. If hard drives had kept up, there would not have been a problem.
http://www.nedit.org
light, fast…… ctags support, every imaginable language (look in contrip ftp)…
only default : tab, but once I used for light project (one or two sources files) it’s cool… for real huge works , I’m using xemacs…… all I want….
<troll>
what’s the point to remake the wheel ?
</troll>
that’s an whole IDE
Hi
In KDE there is
kwrite- a simple text editor where gedit is an equivalent
kate which has no equivalent in gnome
kdevelop which has a poor equivalent called anjuta
regards
Jess