My little pet project -- a text editor

Askadar · 2006-08-24 18:18:33

Dusty wrote:

Askadar: Could you possibly try running Pallavi in Windows? (I don't have it installed) and see if it acts the same? If not, I'll try it in my lab sometime, just going to be a problem since I don't have python or anything installed on anything up there. One of the wxpython guys asked me to try in windows, which is a good idea. Also, if you have time, could you tell me if you get the same problem using the Scite editor? This would indicate its a scintilla problem, not wxpython, and not mine! :-)

When I use Scite or eric3 scrolling takes almost 100% CPU, but it is not quite as bad and I notice hardly any lags.

While I have Windows installed (how did you know?), I generally do not use it. I may try later today, though.

Dusty · 2006-08-24 19:32:35

Well, I've tested it under Ubuntu and Windows now and there is no scrolling issue at all. Further, Scite is quite slow for me. Apparently there is something wrong with the scintilla library under Arch. This is definately beyond my control though I have no idea what the problem could be. Maybe because we use more recent gcc and glibc? I'd like to file a bug, but I don't really know how to define the problem yet.

Dusty

barebones · 2006-08-24 20:15:22

Dusty, I was working on a svn PKGBUILD of the new pallavi, and setup.py was throwing an error on this line:

share = os.path.norm(os.path.join(path, "share/pallavi"))

claiming there is no norm, and indeed it looks like there isn't. Did you mean os.path.normpath instead? The package builds fine when this is changed.

T-Dawg · 2006-08-24 20:57:30

Very cool Dusty, proud of ya Love the default fonts in the editor window, they're very clean.
One thing: I opened a python app I wrote in vim where I used tabs to nicely line up definitions. In pallavi, the tabs are no longer preserved; sort of all over the place.
vim:

Apacman         = Aurbuild.pacman
Aversion        = Aurbuild.version
Afind           = Aurbuild.find
Aaurparse       = Aurbuild.aurparse
home            = os.getenv('HOME')
uid             = os.getuid()
pid             = str(os.getpid())
aurhome         = home + '/.aurbuild.' + pid
extract_dir     = '/tmp/aurbuild.' + pid +'.extract'
aursave         = home + '/.aursave'
editor          = os.getenv('EDITOR')
absroot         = '/var/abs'
dbroot          = '/var/lib/pacman'
installed_dir   = dbroot + '/local'
pacman_lock     = '/tmp/pacman.lck'
aursite         = 'http://aur.archlinux.org'

pallavi:

Apacman        = Aurbuild.pacman
Aversion    = Aurbuild.version
Afind        = Aurbuild.find
Aaurparse     = Aurbuild.aurparse
home        = os.getenv('HOME')
uid        = os.getuid()
pid        = str(os.getpid())
aurhome     = home + '/.aurbuild.' + pid
extract_dir    = '/tmp/aurbuild.' + pid +'.extract'
aursave     = home + '/.aursave'
editor         = os.getenv('EDITOR')
absroot     = '/var/abs'
dbroot         = '/var/lib/pacman'
installed_dir     = dbroot + '/local'
pacman_lock    = '/tmp/pacman.lck'
aursite     = 'http://aur.archlinux.org'

Dusty · 2006-08-24 21:24:58

barebones wrote:

claiming there is no norm, and indeed it looks like there isn't. Did you mean os.path.normpath instead? The package builds fine when this is changed.

Yep. 4AM, made minor change, committed went to bed. No testing. ;-)

Dusty

Dusty · 2006-08-24 21:30:13

Penguin wrote:

Very cool Dusty, proud of ya

Thank you.

I opened a python app I wrote in vim where I used tabs to nicely line up definitions. In pallavi, the tabs are no longer preserved; sort of all over the place.

Hmm, I never put any thought into tabbing, so that's expected. I'm sure things like shift width etc have something to do with it. Pallavi seems to have tabs that take up four characters rather than eight, which is quite odd, since I never changed anything and eight is usually the default. I'll look into it for 0.3; it will probably come up when I inplement auto-indent. I also want to have some lexer-specific settings so you can have different tab behaviour depending on what language you are coding for.

Dusty

barebones · 2006-08-25 19:30:13

Is pallavi working alright for anyone right now? It broke for me this morning, both the svn code and the stable release (which worked previously) fail to reconize keystrokes. Any and all keystrokes. This is the error that it throws:

Traceback (most recent call last):
  File "/usr/lib/python2.4/site-packages/pallavi/plugins/SimpleKeybindings.py", line 59, in KeyDown
    if config.simplekeybindings.has_key(key):
AttributeError: 'module' object has no attribute 'simplekeybindings'

I doubt this is a problem with dusty's code, but I'd like to know if anyone else is experiencing it or if it's just my system that's screwed up.

Edit: uhh, never mind I found the problem. At some point dusty must have changed the place where SimpleKeybindings stores its configuration, but i didn't delete my .palllavi/pallavi_config.py.

Mr Green · 2006-08-25 19:40:02

there are no bugs in pallavi only features lol

cannot wait to try it out again, hope its better than nano ;-)

Dusty · 2006-08-26 04:04:02

barebones wrote:

Edit: uhh, never mind I found the problem. At some point dusty must have changed the place where SimpleKeybindings stores its configuration, but i didn't delete my .palllavi/pallavi_config.py.

I suppose that's yet something else that really ought to go in the docs... ;-) Don't get me wrong, I'm good at writing documentation, I just haven't had the time and to be honest, I didn't expect so much interest!

Dusty

barebones · 2006-08-26 20:19:06

Dusty, more problems for you

This is pretty weird behavior, I think, and might not be your problem in the first place, but I figure you still want to know about it. It has to do with copy and paste. Cut-Copy-Paste work fine to and from the same buffer, but pasting to another buffer crashes pallavi with this error:

*** glibc detected *** /usr/bin/python: double free or corruption (!prev): 0x09e64930 ***
======= Backtrace: =========
/lib/libc.so.6[0x18aab0]
/lib/libc.so.6(__libc_free+0x84)[0x18c0f4]
/usr/lib/libwx_gtk2u_core-2.6.so.0(_ZNK16wxTextDataObject11GetDataHereERK12wxDataFormatPv+0x91)[0x1139011]
/usr/lib/libwx_gtk2u_core-2.6.so.0[0x1089dfc]
/usr/lib/libgtk-x11-2.0.so.0[0x15557b6]
/usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x13b)[0x59a11b]
/usr/lib/libgobject-2.0.so.0[0x5aa439]
/usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x899)[0x5ab8f9]
/usr/lib/libgobject-2.0.so.0(g_signal_emit_by_name+0xee)[0x5ae6ae]
/usr/lib/libgtk-x11-2.0.so.0[0x15b2234]
/usr/lib/libgtk-x11-2.0.so.0(gtk_selection_convert+0x145)[0x15b30b5]
/usr/lib/libwx_gtk2u_core-2.6.so.0(_ZN11wxClipboard7GetDataER12wxDataObject+0x1ec)[0x108a09c]
/usr/lib/libwx_gtk2u_stc-2.6.so.0(_ZN11ScintillaWX5PasteEv+0x18f)[0x1319aaf]
/usr/lib/libwx_gtk2u_stc-2.6.so.0(_ZN6Editor7WndProcEjml+0x1c65)[0x1348b15]
/usr/lib/libwx_gtk2u_stc-2.6.so.0(_ZN13ScintillaBase7WndProcEjml+0x2b7)[0x13cd837]
/usr/lib/libwx_gtk2u_stc-2.6.so.0(_ZN11ScintillaWX7WndProcEjml+0x59)[0x13187c9]
/usr/lib/libwx_gtk2u_stc-2.6.so.0(_ZN6Editor7KeyDownEibbbPb+0xa5)[0x133ef85]
/usr/lib/libwx_gtk2u_stc-2.6.so.0(_ZN11ScintillaWX9DoKeyDownERK10wxKeyEventPb+0x269)[0x1317f19]
/usr/lib/libwx_gtk2u_stc-2.6.so.0(_ZN16wxStyledTextCtrl9OnKeyDownER10wxKeyEvent+0x3c)[0x132434c]
/usr/lib/libwx_baseu-2.6.so.0(_ZNK12wxAppConsole11HandleEventEP12wxEvtHandlerMS0_FvR7wxEventES3_+0x35)[0xe63395]
/usr/lib/libwx_baseu-2.6.so.0(_ZN12wxEvtHandler21ProcessEventIfMatchesERK21wxEventTableEntryBasePS_R7wxEvent+0x92)[0xeef662]
/usr/lib/libwx_baseu-2.6.so.0(_ZN16wxEventHashTable11HandleEventER7wxEventP12wxEvtHandler+0x7b)[0xeef7ab]
/usr/lib/libwx_baseu-2.6.so.0(_ZN12wxEvtHandler12ProcessEventER7wxEvent+0xcf)[0xeef91f]
/usr/lib/libwx_gtk2u_core-2.6.so.0[0x10b3b2f]
/usr/lib/libgtk-x11-2.0.so.0[0x15574b2]
/usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x13b)[0x59a11b]
/usr/lib/libgobject-2.0.so.0[0x5aa439]
/usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x678)[0x5ab6d8]
/usr/lib/libgobject-2.0.so.0(g_signal_emit+0x29)[0x5abaa9]
/usr/lib/libgtk-x11-2.0.so.0[0x1667d44]
/usr/lib/libgtk-x11-2.0.so.0(gtk_window_propagate_key_event+0x116)[0x1677e16]
/usr/lib/libgtk-x11-2.0.so.0[0x167ae5c]
/usr/lib/libgtk-x11-2.0.so.0[0x15574b2]
/usr/lib/libgobject-2.0.so.0[0x5986d9]
/usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x13b)[0x59a11b]
/usr/lib/libgobject-2.0.so.0[0x5aaa6d]
/usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x678)[0x5ab6d8]
/usr/lib/libgobject-2.0.so.0(g_signal_emit+0x29)[0x5abaa9]
/usr/lib/libgtk-x11-2.0.so.0[0x1667d44]
/usr/lib/libgtk-x11-2.0.so.0(gtk_propagate_event+0x1ca)[0x155092a]
/usr/lib/libgtk-x11-2.0.so.0(gtk_main_do_event+0x327)[0x1551ad7]
/usr/lib/libgdk-x11-2.0.so.0[0x517b0a]
/usr/lib/libglib-2.0.so.0(g_main_context_dispatch+0x181)[0x638811]
/usr/lib/libglib-2.0.so.0[0x63b86f]
/usr/lib/libglib-2.0.so.0(g_main_loop_run+0x1b7)[0x63bc27]
/usr/lib/libgtk-x11-2.0.so.0(gtk_main+0xc1)[0x1551f51]
/usr/lib/libwx_gtk2u_core-2.6.so.0(_ZN11wxEventLoop3RunEv+0x5b)[0x109d8eb]
/usr/lib/libwx_gtk2u_core-2.6.so.0(_ZN9wxAppBase8MainLoopEv+0x4e)[0x112874e]
/usr/lib/python2.4/site-packages/wx-2.6-gtk2-unicode/wx/_core_.so(_ZN7wxPyApp8MainLoopEv+0x42)[0x790cb2]
/usr/lib/python2.4/site-packages/wx-2.6-gtk2-unicode/wx/_core_.so[0x82e425]
/usr/lib/libpython2.4.so.1.0(PyCFunction_Call+0x12a)[0xa3255a]
/usr/lib/libpython2.4.so.1.0(PyObject_Call+0x37)[0xa04197]
/usr/lib/libpython2.4.so.1.0(PyEval_EvalFrame+0x34f6)[0xa6c496]
/usr/lib/libpython2.4.so.1.0(PyEval_EvalCodeEx+0x84a)[0xa6ed3a]
/usr/lib/libpython2.4.so.1.0[0xa1ee80]
/usr/lib/libpython2.4.so.1.0(PyObject_Call+0x37)[0xa04197]
/usr/lib/libpython2.4.so.1.0[0xa0b962]
/usr/lib/libpython2.4.so.1.0(PyObject_Call+0x37)[0xa04197]
/usr/lib/libpython2.4.so.1.0(PyEval_EvalFrame+0x258d)[0xa6b52d]
/usr/lib/libpython2.4.so.1.0(PyEval_EvalFrame+0x4860)[0xa6d800]
/usr/lib/libpython2.4.so.1.0(PyEval_EvalCodeEx+0x84a)[0xa6ed3a]
/usr/lib/libpythoAborted

This mostly looks like gobbeldy gook to me. You might know what it is though.

Also, highlight and then middle click paste doesn't work from one buffer to another or from one buffer to the same buffer, but highlighting something in firefox and the middleclicking in pallavi pastes. Edit -> Paste will not paste the text from firefox though.

Would you like me to put this up on the bug tracker on pallavi's sf page? Seems like that might be a little nicer for stuff like this.

Dusty · 2006-08-26 21:20:14

Sure, put it in the bug-tracker, I may as well use it for something. :-) Actually, I'll start putting my todos and tasks in there too I think.

I was semi-aware of both issues, though I couldn't duplicate either of them, and I'm pretty certain the former is wxpython related (pyalamode and pype both have the copy paste error) so I'll post it to the mailing list. Probably a function of our advanced gcc again...

The middle-click thing I'm not sure about, maybe I simply need to add a click listener, but I don't know if wx has support for the secondary buffer. I'll look into it, thanks.

barebones · 2006-08-27 18:26:50

From http://wiki.wxpython.org/index.cgi/StyledTextCtrl

X11 clipboard
There is a long standing bug in the wxPython code which prevents the X11 clipboard (middle mouse copy/paste) from working with STC controls. You can paste into them, but never can paste out of them. Even if you use wx.TheClipboard.UsePrimary() - it will have no effect at all in wxPython. C++ code using the STC is not affected by this and it works properly.
Normal copy/paste (using the second X11 clipboard) is not affected by this and works fine, i.e. you can use ctrl-C/ctrl-V to copy/paste between STC and other apps.
See here: http://sourceforge.net/tracker/index.ph … tid=109863
The above link is a bug filed by Robin Dunn himself several years ago.. and apparently still open. Oh well.

:?

Xilon · 2007-01-19 08:18:31

I am currently in love with Scribes (which will get plugins too), but a huge drawback is that it is overly dependent on the Gnome libraries and it's slow to startup etc.

I really like the philosophy of the program, I especially love extensibility. What I would like to see (as plugins of course) is auto completion and templates like Scribes and (especially) TextMate have.

Arch Linux

#51 2006-08-24 18:18:33

Re: My little pet project -- a text editor

#52 2006-08-24 19:32:35

Re: My little pet project -- a text editor

#53 2006-08-24 20:15:22

Re: My little pet project -- a text editor

#54 2006-08-24 20:57:30

Re: My little pet project -- a text editor

#55 2006-08-24 21:24:58

Re: My little pet project -- a text editor

#56 2006-08-24 21:30:13

Re: My little pet project -- a text editor

#57 2006-08-25 19:30:13

Re: My little pet project -- a text editor

#58 2006-08-25 19:40:02

Re: My little pet project -- a text editor

#59 2006-08-26 04:04:02

Re: My little pet project -- a text editor

#60 2006-08-26 20:19:06

Re: My little pet project -- a text editor

#61 2006-08-26 21:20:14

Re: My little pet project -- a text editor

#62 2006-08-27 18:26:50

Re: My little pet project -- a text editor

#63 2007-01-19 08:18:31

Re: My little pet project -- a text editor

Board footer