| Author |
Message |
Index > General Discussion ~ Speed and Stability: help Alexander identify priorities |
| charlesroper |
 Posted: Fri Feb 05, 2010 9:06 am |
 |
|
Registered User
Joined: 06 Mar 2007
Posts: 1208
Location: UK
|
The main anxiety we E users seem to have at present is a perceived focus on new features at the expense of speed and stability. Several folk on this forum have expressed a wish for Alexander to focus on improving E's speed and stability. The trouble is, "speed and stability" are rather broad categories and difficult to pin down. So let's try and organise ourselves a bit and identify the key areas that we are talking about.
So, can you please list your lists of problem areas regarding speed and problem areas regarding stability. It would be very helpful indeed if you could provide test cases and/or steps to reproduce the problems you're facing.
Cheers,
Charles |
_________________
Charles Roper
twitter.com/charlesroper |
|
| Back to top |
  
|
| enkei |
| Posted: Fri Feb 05, 2010 10:13 am |
|
|
|
Registered User
Joined: 23 May 2007
Posts: 123
|
| Hi Charles, did you speak with Alexander about this? It only makes sense if Alexander stands behind this, I remembered how I feed the bug tracker a year ago and nothing happened with those tickets. |
|
|
| Back to top |
|
| charlesroper |
| Posted: Fri Feb 05, 2010 12:02 pm |
|
|
|
Registered User
Joined: 06 Mar 2007
Posts: 1208
Location: UK
|
Enkei, it would help if you could provide links to bug-tracker items you consider to be priorities if you've already submitted some. The trouble with the bug tracker as it is is that it's very noisy, the quality of the bug reports is often low and it's very difficult to determine what is a priority or not. It's also sometimes used more like a discussion forum. It would help if we could id priorities.
I have spoken to Alexander regarding the current apprehension within the community regarding e2 and the current unrest regarding speed and stability. Although I've not had official sanction regarding this thread, I thought it might help. If we can help Alexander, then he'll be much more able to help us.
I have no idea if Alexander will stand behind whatever people contribute to this thread, but we should at least try. |
_________________
Charles Roper
twitter.com/charlesroper |
|
| Back to top |
|
| ajpalkovic |
| Posted: Fri Feb 05, 2010 3:23 pm |
|
|
|
Registered User
Joined: 15 Jan 2010
Posts: 151
|
I suspect there are probably one or two major bugs that are causing most of the crashes in E. I've been making my own builds of E, and one of the nice things of that is that whenever an 'assertion' in the code fails, I can just tell it to ignore it. For the most part that fixes the problem.
The assertion that is failing very often for me is at the bottom of EditorCtrl::FoldingApplyDiff:
wxASSERT(m_foldedLines <= m_foldLineCount);
It typically happens when I delete the last line of a file and then press undo.
It's probably caused because somewhere a variable isn't being updated correctly.
Fixing that bug alone would probably take care of a ton of the crashes.
Another bug is the one where the Undo panel crashes whenever you use it. That bug is quite annoying.
Lastly, another possibility we should consider is that version 2 will fix a lot of our problems. I suspect that the speed problems in e are not really fixable by a simple little tweak here or there. Most likely they are due to how E is storing the document. Moreover the stability problems may well be fixed because the problematic code might be rewritten. |
|
|
| Back to top |
|
| i0nutzb |
| Posted: Fri Feb 05, 2010 3:49 pm |
|
|
|
Registered User
Joined: 05 Dec 2007
Posts: 191
|
Well... after so many infos received from Alexander about developing process i'm starting to seriously think to switch to another editor. But because the only editor that is pretty close to E is... textmate, I'm pretty much stucked with E 
However, I refuse to believe that Alexander writes code non stop and he doesn't have 10-15 min/week to reply to SOME of messages here, on forum.
Don't get me wrong, I respect his work, I really like the editor (I hate those annoying bugs though!) but the way he handles his clients it's just a big no no.
Is bad because old users switch to other editors (less buggy) and new users that won't buy the program because of the low forum activity.
Charles, if you take a look at the past releases, you will see that Alexander didn't care too much about users problems and he released new features without fixing older bugs. So I think this thread is kinda useless  |
|
|
| Back to top |
|
| charlesroper |
| Posted: Fri Feb 05, 2010 4:11 pm |
|
|
|
Registered User
Joined: 06 Mar 2007
Posts: 1208
Location: UK
|
@ajpalkovic I've noticed you've been working on core - many thanks for your contributions. Have submitted patches to Alexander?
@i0nutzb I understand your frustrations. Don't forget, before Alexander's family expanded, he was much more consistent in fixing problems and communicating via the forum. It does seem to be the case, though, that 10 or 15 minutes a week spent on the forum would go a long way in improving community relations.
We still need to try and focus in on these 'speed and stability' issues, though. Can anyone provide any explicit examples? I don't suffer from many stability issues at all, really. I certainly find E exceptionally usable. Large files are slow, but I don't open that many large files.
Apart from the current Search and Replace All bug and perhaps the mouse scrolling bug, what else is there? What is causing most aggravation? |
_________________
Charles Roper
twitter.com/charlesroper |
|
| Back to top |
|
| ajpalkovic |
| Posted: Fri Feb 05, 2010 4:33 pm |
|
|
|
Registered User
Joined: 15 Jan 2010
Posts: 151
|
Yeah, Alexander said he'd look at all of the changes I've made in a week or two.
Quote:
Apart from the current Search and Replace All bug and perhaps the mouse scrolling bug, what else is there? What is causing most aggravation?
I've fixed both the Find and Replace all bug (where it was deleting rather than replacing text) and the mouse scrolling bug (where high resolution mice don't really scroll at all). |
|
|
| Back to top |
|
| i0nutzb |
| Posted: Fri Feb 05, 2010 5:39 pm |
|
|
|
Registered User
Joined: 05 Dec 2007
Posts: 191
|
@charlesroper:
1) try to open a new window (or instance) of E. Then try to browse on a FTP server. When a directory is loading, try to close that instance => E crashes.
2) if the ftp server take too long to respond (open/save file, directory browsing), the editor will freeze. With no possibility to cancel.
3) syntax highlight is messing up. Even this is happening to me all the time, I really can't replicate this RIGHT NOW  solution? change to another syntax mode then switch back to previous mode (is not vital, i know, but is annoying)
4) text indent seems to work weird on PHP. I only use PHP from time to time and when I use arrays, thext indent goes crazy sometimes. Again, is not vital, but I like to have my code nicely indented )
5) search and replace is messed up (work only on S&R one by one)
6) undo history doesn't work for last two or three version. And for these 2-3 version was another 2-3 minor releases (a,b,c). I mean... c'mon...
7) sometimes, out of nowhere, the editor just crash when I try to open some file (mostly CSS). After the editor crash, i try to open the file again and BAM! it works!
 when I open long lines (like compressed js) but not necessary big files (5-6kb), the editor become sluggish when I try to edit or even scroll!
8.1) sometimes i need to change some things on sql files (500kb+). I don't even dare to open with E...
9) when I try to comment a line of text (ctrl+/) sometimes the text is commented is correct ( <!-- --> ) other times is not correct ( # text line). However, this might be the bundle problem, not from the editor itself.
10) if the editor crashes, all opened files are LOST. And that's because the settings file is written when you CLOSE the editor, not when you make those settings.
11) (this one is bonus) we don't have a damn search & replace in files! Not even search in files! And no, search in project is not the same thing as search in files!
12) (another bonus) when you try to use bundles like „insert open/close tag (with current word (Alt+Shift+,)” there is a small delay (0.5-1 sec). In fact, I think this happens on every Commands bundle. Have no idea if this is because of the editor or the cygwin.
Charles, I pretty sure Alexander is not the only one with a family. I completely agree that a kid is a time eater, but c'mon, one reply from time to time, something like „hi guys, i'm fine, i did this, this and right now i'm struggle with that” would be enough.
For now, all we have is „I'm working on V2”. That's all!
No ETA, no progress, no TO DO list, no beta version, no nothing.
And let's face it, ALL versions of E was pretty much beta versions, so won't be a problem to test v2 
My opinion is the main problem is not lack of features. Not even the poor stability. The main problem is the lack of communication. |
|
|
| Back to top |
|
| mlepage |
| Posted: Sat Feb 06, 2010 5:01 pm |
|
|
|
Registered User
Joined: 11 Aug 2009
Posts: 46
|
Oh come on, I have 4 kids (one infant) and I still get work done at work and projects done at home. I just hit code complete last week on my home project which will hopefully ship in a few weeks. When that happens I can start to think about my next project, and yes I'm considering a text editor.
The long and short of it is, if the dev wanted to fix bugs and provide updates, he would. Kids make progress slower, but they don't kill it to zero unless you want them to. End of story. |
|
|
| Back to top |
|
| fatdogs12 |
| Posted: Sat Feb 06, 2010 6:49 pm |
|
|
|
Registered User
Joined: 21 Jan 2010
Posts: 11
|
| I'm wondering he has has a second job or something |
|
|
| Back to top |
|
| huma |
| Posted: Fri Mar 12, 2010 11:48 am |
|
|
|
Registered User
Joined: 12 Mar 2010
Posts: 4
|
| @i0nutzb: ouch, guess i was a bit rushy to say i'd switch from ultraedit in my first post :) if the things are like this in here, then... well, too bad. hopefully, v2 will be all stable and shiny when it's out :) |
|
|
| Back to top |
|
| huma |
| Posted: Fri Mar 12, 2010 12:46 pm |
|
|
|
Registered User
Joined: 12 Mar 2010
Posts: 4
|
what i've also noticed is a high memory consumption. 32mb with 1 open file vs 8mb of ultraedit with 10 files.  |
|
|
| Back to top |
|
|
|
