Originally posted by Gapil301
View Post
Announcement
Collapse
No announcement yet.
GNOME's GTK Gets Gtef'ed
Collapse
X
-
Originally posted by bkor View Post
So if you know loading the file locks up the app, the obvious solution according to you would be to still load the file in readonly mode? Because hey, surely this time it shouldn't lock up right?
Your suggestion is plainly insane. Thankfully the developers know better than listening to people who have no fucking clue.
Because in read-only mode you only have to render the text, you don't have to parse it, provide syntax checking, autocomplete, buffers and such.
Loading large files won't lock up an application anyway, it will only slow it down.
- Likes 1
Comment
-
Originally posted by bachchain View PostMaybe I'm missing something, but why? Are text editor really so complicated that it's worth making an entire framework for them?
Text editing is so ubiquitous, and yet too many applications reinvent the same wheel over and over again. Shared code is the right way to go: GNOME and other toolkits have powerful text editing widgets handling the visuals, but it's nice to see GNOME including a broader framework.
- Likes 1
Comment
-
Originally posted by bkor View PostSo if you know loading the file locks up the app, the obvious solution according to you would be to still load the file in readonly mode? Because hey, surely this time it shouldn't lock up right?
Your suggestion is plainly insane. Thankfully the developers know better than listening to people who have no fucking clue.
Also the times I used this feature to extract some stuff from corrupted files or still have a look at some special text files.
Yeah, it's totally wrong, and it shouldn't have happened because it's plainly insane.
- Likes 3
Comment
-
Originally posted by bachchain View PostMaybe I'm missing something, but why? Are text editor really so complicated that it's worth making an entire framework for them?
The reason is convenience, the framework allows easy integration of a pre-made "text editor that does not suck" in your application.
Here "text editor that does not suck" means something like Notepad++ or Kwrite or Geany, with syntax highlighting, autocomplete, code folding, and various other IDE-like features.
- Likes 4
Comment
-
What are you all talking about? Refusing to load long lines is a feature. And that is in GTK, so the app developers will probably be able to disable that feature or enable it. Also as Sebastien said "and possibly ask to split the line, and detect binary files." . So, it is a feature!
Comment
-
Originally posted by starshipeleven View PostThey are basically following what KDE did years ago. Kwrite (low-end text editor in KDE) is using the same text editor component also used in Kate (which is a more IDE-like program with integrated console too, which is the same console component you find in Konsole application, btw), KTextEditor.
Comment
-
Originally posted by starshipeleven View Post... should have just locked up all times I opened binaries with it by mistake, instead of just showing read-only nonsense text.
- Likes 1
Comment
Comment