Mousepad performance

Post here if you are a new Porteus member and you're looking for some help.
nanZor
Samurai
Samurai
Posts: 185
Joined: 09 Apr 2019, 03:27
Distribution: Porteus 5.0 RC1 XFCE
Location: Los Angeles

Mousepad performance

Post#16 by nanZor » 02 Jun 2019, 08:32

Some of those line-lengths are ridiculously long. Probably never meant to be used with a real editor, but only with web-site generators for creation and maintenance and implied obfuscation. Trying to redraw those lines with word-wrapping on - ugh.

Not even any backslashed line continuation characters either. I wouldn't blame mousepad for performance, but don't let that stop the fun of trying to make it work I suppose.
That's a UNIX book - cool. -Garth

User avatar
ncmprhnsbl
DEV Team
DEV Team
Posts: 2174
Joined: 20 Mar 2012, 03:42
Distribution: 5.0rc1-64bit all-DE+more
Location: australia
Contact:

Mousepad performance

Post#17 by ncmprhnsbl » 02 Jun 2019, 11:35

yeah, it does seem a bit ott
both cream(wrapper for gvim) and gvim can't handle it..
and yet geany has no problem at all
Forum Rules : https://forum.porteus.org/viewtopic.php?f=35&t=44

fulalas
DEV Team
DEV Team
Posts: 1442
Joined: 26 Oct 2016, 15:34
Distribution: Porteus
Location: Brazil

Mousepad performance

Post#18 by fulalas » 02 Jun 2019, 22:45

nanZor wrote:
02 Jun 2019, 08:32
Some of those line-lengths are ridiculously long. Probably never meant to be used with a real editor, but only with web-site generators for creation and maintenance and implied obfuscation. Trying to redraw those lines with word-wrapping on - ugh.
Yeah, this web obesity drives me crazy. But ironically having to read that HTML is my attempt to clean it and present a non-fat version of it :teehee:
nanZor wrote:
02 Jun 2019, 08:32
I wouldn't blame mousepad for performance
I have to disagree because there are some examples of text editors that can handle this kind of files pretty well. For Windows we have JujuEdit (a funny name but it's incredibly fast!), and for Linux we have something almost good: geany. But, come one, In the end of the day we're talking about the simplest thing we can have on a computer: text; just text! If rendering text isn't locked in 60 FPS I believe there's something really wrong.
nanZor wrote:
02 Jun 2019, 08:32
but don't let that stop the fun of trying to make it work I suppose.
Indeed! :)
ncmprhnsbl wrote:
02 Jun 2019, 11:35
and yet geany has no problem at all
Yeah, the performance is not spectacular, but at least the syntax highlight works :)

fulalas
DEV Team
DEV Team
Posts: 1442
Joined: 26 Oct 2016, 15:34
Distribution: Porteus
Location: Brazil

Mousepad performance

Post#19 by fulalas » 03 Jun 2019, 00:17

I'm trying this xi-editor because I read that it's fast. I managed to compile the GTK frontend, but I'm failing to build the backend. Can anyone help me? :)

User avatar
ncmprhnsbl
DEV Team
DEV Team
Posts: 2174
Joined: 20 Mar 2012, 03:42
Distribution: 5.0rc1-64bit all-DE+more
Location: australia
Contact:

Mousepad performance

Post#20 by ncmprhnsbl » 03 Jun 2019, 01:58

i'm on void a the moment and they have xi-editor and gxi in their repos..
my test is not very encouraging ... lots of freezing, cpu about go into meltdown :(
Forum Rules : https://forum.porteus.org/viewtopic.php?f=35&t=44

fulalas
DEV Team
DEV Team
Posts: 1442
Joined: 26 Oct 2016, 15:34
Distribution: Porteus
Location: Brazil

Mousepad performance

Post#21 by fulalas » 03 Jun 2019, 07:58

That's alright! I managed to build it. The result... Of course it's not good :sleeping:

Gxi 0.8.0 (xi-editor frontend; the package contains a static build with everything)
http://www.mediafire.com/file/4ap1aecll ... 1.xzm/file

And here's a build of Geany 1.33.0. It's indeed the least terrible text editor among all I've tested so far:
http://www.mediafire.com/file/0dsa3c285 ... 1.xzm/file

Post Reply