[scite] Re: Has scite terminal version?
On 21/06/2007 03:22, mike yao wrote: I am a serval years emacs user. Emacs is big, complex, i can't master it. So i look for a new programmer editor. I like small program, scite is small, fast, powerfull. I often work on Linux and modify some config files by emacs -nw. Has scite a terminal version? If you mean like vi, using curses or similar to manage display, the answer is no. The core of SciTE is Scintilla, an advanced graphical component, using proportional fonts, tooltips and such features. Even rewriting the platform API (handling differences between Windows and GTK+ APIs) for curses seems hazardous and likely to loose lot of features. -- Philippe Lhoste -- (near) Paris -- France -- http://Phi.Lho.free.fr -- -- -- -- -- -- -- -- -- -- -- -- -- -- ___ Scite-interest mailing list Scite-interest@lyra.org http://mailman.lyra.org/mailman/listinfo/scite-interest
[scite] compiling scite under Linux x86_64
Hi there, I've trying to compile scite under Linux x86_64 (RHEL 2) for both GTK1 and GTK2, but failed. scintilla compilation is OK. Here is the output for GTK1=1 ash-2.05b$ make GTK1=1 prefix=/var/tmp/scite174 g++ -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib64/glib/include -I/usr/X11R6/include -DNDEBUG -Os -W -Wall -pedantic -Os -DGTK -DSCI_LEXER -DPIXMAP_PATH=\"/var/tmp/scite174/share/pixmaps\" -DSYSCONF_PATH=\"/var/tmp/scite174/share/scite\" -I ../../scintilla/include -I ../src -I../lua/include -c SciTEGTK.cxx -o SciTEGTK.o SciTEGTK.cxx: In member function `void Dialog::Create(SciTEGTK*, const char*, Localization*, bool)': SciTEGTK.cxx:124: `gtk_window_set_resizable' undeclared (first use this function) SciTEGTK.cxx:124: (Each undeclared identifier is reported only once for each function it appears in.) SciTEGTK.cxx: At global scope: SciTEGTK.cxx:509: `GdkEventScroll' was not declared in this scope SciTEGTK.cxx:509: `event' was not declared in this scope SciTEGTK.cxx:509: invalid data member initialization SciTEGTK.cxx:509: (use `=' to initialize static data members) SciTEGTK.cxx:513: type specifier omitted for parameter `GdkEventScroll' SciTEGTK.cxx:513: syntax error before `*' token SciTEGTK.cxx: In static member function `static gint SciTEGTK::TabBarScrollSignal(...)': SciTEGTK.cxx:514: `scitew' undeclared (first use this function) SciTEGTK.cxx:514: `event' undeclared (first use this function) SciTEGTK.cxx: In member function `void SciTEGTK::Command(long unsigned int, long int)': SciTEGTK.cxx:831: `gdk_window_fullscreen' undeclared (first use this function) SciTEGTK.cxx:833: `gdk_window_unfullscreen' undeclared (first use this function) SciTEGTK.cxx: In member function `virtual bool SciTEGTK::OpenDialog(FilePath, const char*)': SciTEGTK.cxx:1079: `GTK_FILE_CHOOSER_ACTION_OPEN' undeclared (first use this function) SciTEGTK.cxx:1080: `GTK_STOCK_CANCEL' undeclared (first use this function) SciTEGTK.cxx:1080: `GTK_RESPONSE_CANCEL' undeclared (first use this function) SciTEGTK.cxx:1081: `GTK_STOCK_OPEN' undeclared (first use this function) SciTEGTK.cxx:1081: `GTK_RESPONSE_ACCEPT' undeclared (first use this function) SciTEGTK.cxx:1082: `gtk_file_chooser_dialog_new' undeclared (first use this function) SciTEGTK.cxx:1083: `GTK_FILE_CHOOSER' undeclared (first use this function) SciTEGTK.cxx:1083: `gtk_file_chooser_set_select_multiple' undeclared (first use this function) SciTEGTK.cxx:1084: `gtk_dialog_set_default_response' undeclared (first use this function) SciTEGTK.cxx:1087: `gtk_file_chooser_set_current_folder' undeclared (first use this function) SciTEGTK.cxx:1094: `gtk_file_chooser_set_extra_widget' undeclared (first use this function) SciTEGTK.cxx:1096: `G_CALLBACK' undeclared (first use this function) SciTEGTK.cxx:1096: `g_signal_connect' undeclared (first use this function) SciTEGTK.cxx:1098: `g_object_set' undeclared (first use this function) SciTEGTK.cxx:: `GtkFileFilter' undeclared (first use this function) SciTEGTK.cxx:: `gtk_file_filter_new' undeclared (first use this function) SciTEGTK.cxx:1112: `gtk_file_filter_set_name' undeclared (first use this function) SciTEGTK.cxx:1118: `gtk_file_filter_add_pattern' undeclared (first use this function) SciTEGTK.cxx:1121: `gtk_file_chooser_add_filter' undeclared (first use this function) SciTEGTK.cxx:1127: `gtk_dialog_run' undeclared (first use this function) SciTEGTK.cxx:1128: `gtk_file_chooser_get_filenames' undeclared (first use this function) SciTEGTK.cxx: In member function `bool SciTEGTK::SaveAsXXX(SciTEGTK::FileFormat, const char*, const char*)': SciTEGTK.cxx:1187: `GTK_FILE_CHOOSER_ACTION_SAVE' undeclared (first use this function) SciTEGTK.cxx:1189: `GTK_STOCK_SAVE' undeclared (first use this function) SciTEGTK.cxx:1195: `gtk_file_chooser_set_current_name' undeclared (first use this function) SciTEGTK.cxx:1197: `gtk_file_chooser_set_filename' undeclared (first use this function) SciTEGTK.cxx:1201: `gtk_file_chooser_get_filename' undeclared (first use this function) SciTEGTK.cxx: In member function `gint SciTEGTK::TabBarRelease(GtkNotebook*, GdkEventButton*)': SciTEGTK.cxx:2467: warning: unused parameter `GtkNotebook*notebook' SciTEGTK.cxx: At global scope: SciTEGTK.cxx:2488: `GdkEventScroll' was not declared in this scope SciTEGTK.cxx:2488: `gint SciTEGTK::TabBarScroll' is not a static member of ` class SciTEGTK' SciTEGTK.cxx:2488: syntax error before `{' token SciTEGTK.cxx:2493: `wEditor' was not declared in this scope SciTEGTK.cxx:2493: warning: ISO C++ forbids declaration of `WindowSetFocus' with no type SciTEGTK.cxx:2493: `int WindowSetFocus' redeclared as different kind of symbol ../src/SciTEBase.h:928: previous declaration of `void WindowSetFocus(Window&)' SciTEGTK.cxx:2494: syntax error before `break' SciTEGTK.cxx:2498: `wEditor' was not declared in this scope SciTEGTK.cxx:2498: warning: ISO C++ forbids declaration of `WindowSetFocus' with no type SciTEGTK.cxx:2498:
Re: [scite] compiling scite under Linux x86_64
hon fui lee: I've trying to compile scite under Linux x86_64 (RHEL 2) for both GTK1 and GTK2, but failed. scintilla compilation is OK. GTK+ 1.x is no longer supported by SciTE. At least GTK+ 2.4 is now required for the file chooser dialog. Some APIs may be used from later versions of GTK+ but they should be reasonably easy to #ifdef out if needed. Neil ___ Scite-interest mailing list Scite-interest@lyra.org http://mailman.lyra.org/mailman/listinfo/scite-interest
Re: [scite] Compiling in two phases
Baltasar: I suppose that the direct solution is to use compile for the compiler, build for the assembler, and then go for execution, but I'd like to have it done in just one step. It'd be cool if these steps (compile & build) were called automatically when performing "Go", but they are not. You can use command.go.needs. but I'd advise learning how to use a build program like make. Neil ___ Scite-interest mailing list Scite-interest@lyra.org http://mailman.lyra.org/mailman/listinfo/scite-interest
Re: [scite] Re: Multiple language translations
instanton: Should Neil make the corresponding changes in the official version? This will greatly help in setting per user language interfaces for instance. You can already change the name of the localisation file by setting the locale.properties property. This hasn't been documented but I added an item for it. locale.properties=c:\os\locales\locale.fr.properties Neil ___ Scite-interest mailing list Scite-interest@lyra.org http://mailman.lyra.org/mailman/listinfo/scite-interest
Re: Re: [scite] Re: Multiple language translations
Well, that's great. I didn't realize it. I think many will take advantage of this setting. Thanks. [EMAIL PROTECTED] 2007-06-21 - Original Message - From: Neil Hodgson To: Discussion of the SciTE editor Sent: 2007-06-21, 18:30:23 Subject: Re: [scite] Re: Multiple language translations instanton: > Should Neil make the corresponding > changes in the official version? This will greatly help in setting per user > language interfaces for instance. You can already change the name of the localisation file by setting the locale.properties property. This hasn't been documented but I added an item for it. locale.properties=c:\os\locales\locale.fr.properties Neil ___ Scite-interest mailing list Scite-interest@lyra.org http://mailman.lyra.org/mailman/listinfo/scite-interest ___ Scite-interest mailing list Scite-interest@lyra.org http://mailman.lyra.org/mailman/listinfo/scite-interest
[scite] New version of scite-gdb
Hi guys, A new version of the SciTE debugger interface is now available. It can do gdb, pydb, jdb and mdb, although support for the other debuggers is still quite patchy. You can now kill programs ;) and runnaway recursion won't hang you up, since it puts a limit on the stacktrace dump. This is also a new extman release, which has hooks for the nice new OnKey and OnDwellStart features and now knows where it is, so that by default the scite_lua directory will be on the same path as extman.lua. Another new feature is that you can teach it to step through library code - like std::string in C++ (which is inline) or the Python modules. It is IMHO easier to install - you unzip the scite-gdb directory where you want it (home under Linux, in your SciTE bin directory on Windows) and just point ext.lua.startup.script to be the extman.lua in that scite-gdb. You still have to set up the Director interface as before, however, and for Linux need to put #define LUA_DL_DLOPEN in your lua/src/lib/loadlib.c to properly enable loadlib. http://mysite.mweb.co.za/residents/sdonovan/scite-gdb.zip I've already used it to debug non-trivial programs (including SciTE itself) and it sure beats having to use Emacs. The Director interface under Unix remains a bit klunky. I think for my next project I'll review the code and see if we can work around the inflexibilities without breaking backward compatibility with ScitePM, etc. steve d. -- This message is subject to the CSIR's copyright, terms and conditions and e-mail legal notice. Views expressed herein do not necessarily represent the views of the CSIR. CSIR E-mail Legal Notice http://mail.csir.co.za/CSIR_eMail_Legal_Notice.html CSIR Copyright, Terms and Conditions http://mail.csir.co.za/CSIR_Copyright.html For electronic copies of the CSIR Copyright, Terms and Conditions and the CSIR Legal Notice send a blank message with REQUEST LEGAL in the subject line to [EMAIL PROTECTED] This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ Scite-interest mailing list Scite-interest@lyra.org http://mailman.lyra.org/mailman/listinfo/scite-interest
Re: [scite] Compiling in two phases
Hi, there ! > Baltasar: You can use command.go.needs. but I'd advise learning how to use a build program like make. Thank you ! I already know about make, however, does not fit my needs. You can see SciTE "in action" with the Zero poject here (check screenshots): http://trevinca.ei.uvigo.es/~jgarcia/TO/zero/ Salud ! Baltasar --oOo-oOo-- Servicio de acceso ó correo electrónico vía web da Universidade de Vigo Servicio de acceso al correo electrónico vía web de la Universidad de Vigo Servicios Informáticos [ http://si.uvigo.es ] Universidade de Vigo [ http://www.uvigo.es ] URL: https://correoweb.uvigo.es ___ Scite-interest mailing list Scite-interest@lyra.org http://mailman.lyra.org/mailman/listinfo/scite-interest
[scite] Double click close tab?
Hi, I know that tabs can be closed on middle click in SciTE, but on laptops it is much easier to use left double click. I located in SciTEWin.cxx the following piece of code: case WM_PARENTNOTIFY: if (LOWORD(wParam) == WM_MBUTTONDOWN) { // Check if on tab bar Point pt = Point::FromLong(lParam); TCHITTESTINFO thti; thti.pt.x = pt.x; thti.pt.y = pt.y; ::MapWindowPoints(MainHWND(), reinterpret_cast(wTabBar.GetID()), &thti.pt, 1); thti.flags = 0; int tab = ::SendMessage(reinterpret_cast(wTabBar.GetID()), TCM_HITTEST, (WPARAM)0, (LPARAM)&thti); if (tab >= 0) { CloseTab(tab); } } else if (LOWORD(wParam) == WM_MBUTTONUP) { WindowSetFocus(wEditor); } break; what I expected was that changing LOWORD(wParam) == WM_MBUTTONDOWN into LOWORD(wParam) == WM_LBUTTONDBLCLK should enable left double click closing tabs, but it doesn't work. How can this expected feature be implemented then? Also, it would be nice to open a new tab by left double click on the tabbar but not on existing tabs. Thanks. [EMAIL PROTECTED] 2007-06-21 ___ Scite-interest mailing list Scite-interest@lyra.org http://mailman.lyra.org/mailman/listinfo/scite-interest
Re: [scite] Double click close tab?
Hi You can use Ctrl+N to open a new document (tab) and Ctrl+W to close it. This should be pretty easy, even on a laptop, if not even easier (you don't have to use your mouse!). If you prefer having what you asked for, then I guess you'll have to wait, because I can't help you, sorry... Nicolas ___ Scite-interest mailing list Scite-interest@lyra.org http://mailman.lyra.org/mailman/listinfo/scite-interest
[scite] An Idea For Menus
Hi, I know there has been quite a discussion already on user-configurable menus before but I have an idea that might be an easier-to-implement way to give an scite extensions more options. I would like to create code to allow sub-menu and sub-sub-men off the tools menu to be created from properties. Also, another very useful addition would be to allow a tools menu command to be added for any extension - recognize "*.*" as well as "*.cpp". I am looking at the code needed to implement these now, any pointers or idea would appreciated. HJS Park yourself in front of a world of choices in alternative vehicles. Visit the Yahoo! Auto Green Center. http://autos.yahoo.com/green_center/ ___ Scite-interest mailing list Scite-interest@lyra.org http://mailman.lyra.org/mailman/listinfo/scite-interest
Re: [scite] An Idea For Menus
Hans Joseph Solbrig: I would like to create code to allow sub-menu and sub-sub-men off the tools menu to be created from properties. This is quite messy. The SciTE-Ru distribution includes a cascading tools menu but I did not include this code because I didn't think it was implemented well. http://scite.ruteam.ru/ Also, another very useful addition would be to allow a tools menu command to be added for any extension - recognize "*.*" as well as "*.cpp". SciTE's wildcard code only handles a single '*' in each pattern. This works with '*': command.name.11.*=Where am I? command.11.*=cmd /c echo $(FilePath) Neil ___ Scite-interest mailing list Scite-interest@lyra.org http://mailman.lyra.org/mailman/listinfo/scite-interest
Re: [scite] Double click close tab?
instanton: I know that tabs can be closed on middle click in SciTE, but on laptops it is much easier to use left double click. You can also use the context menu. There's enough ways to access this function that it is unlikely I'll include another that is non-standard so won't be expected by users. ... WM_PARENTNOTIFY ... Since clicks on the tab bar are used by the tab bar, you should be looking in SciTEWin::Notify. Neil ___ Scite-interest mailing list Scite-interest@lyra.org http://mailman.lyra.org/mailman/listinfo/scite-interest
Re: [scite] New version of scite-gdb
Steve Donovan: The Director interface under Unix remains a bit klunky. I think for my next project I'll review the code and see if we can work around the inflexibilities without breaking backward compatibility with ScitePM, etc. If there is a better communications technique that is more similar to the Windows version of the Director interface then it is probably worth a backwards incompatible change. Neil ___ Scite-interest mailing list Scite-interest@lyra.org http://mailman.lyra.org/mailman/listinfo/scite-interest