[scite] scite and XML documents

At work I've been assigned to a project which requires extensive editing of existing xml and xsl documents. Another unrelated project involves the creation of new xml documents against existing xsd document. SciTE edits these files, and with a Lua script I can re-indent a document to my needs

Re: [scite] Re: scite and XML documents

Bruce Dodson wrote: There's a tool called HTML Tidy that has some support for XML; see http://tidy.sf.net/. In my setup I have the following command defined: I've not used Tidy is some time. Does it validate against dtd's or schema's? I used it some time ago, I always though it was ensur

Re: [scite] Re: Command.Save.Before question

Jos vanderZande wrote: ... or Run it with the Latest Beta version using Alt+F5. ... so you see what happens when they press Alt+F5. They get prompted to save the script to another file. Second reason is that i created a LUA script that will create x number of backups when Save is performed. I d

Re: [scite] Re: Command.Save.Before question

Neil Hodgson wrote: Current behaviour is all a bit accidental and just based on how the code was factored. The lower level file writing shouldn't refuse just because the file hasn't changed. There could be additional flags but the argument for the extra complexity isn't that strong as you can

Re: [scite] Re: Re: Command.Save.Before question

Bruce Dodson wrote: The question will be, which way is the least surprising: having savebefore:yes sometimes not save, or having your document saved even when you can't save? For me, I don't think it will make a difference either way. For some, it's clear that it does make a difference. But,

Re: [scite] Re: Re: Re: Command.Save.Before question

Bruce Dodson wrote: For me, the fact that the "auto" keyword already exists for some other property isn't enough reason to push it through. In the absence of any additional user stories, I would defer to Neil. Hi Bruce. Neil pretty much said the same thing, though Jos does support it. My

Re: [scite] Sub : Command Line

[EMAIL PROTECTED] wrote: I have following lines of code in my SciTEStartup.lua file : function enclose() local txt = editor:GetSelText(); editor:ReplaceSel('') end ... It is working as desired when called from Tools menu of SciTE. Is there a way I can do the same thing from command lin

Re: [scite] Sub : Command Line

Doyle Whisenant wrote: ... I have used the user defined list feature to write custom tool menus, for example all of the CVS tools (for work). Is this what you want to do? I'd be interested in this. Any example code? Doyle, I have a better version at the office, but this should work. If

Re: [scite] Sub : Command Line

(This may be a re-post) Doyle Whisenant wrote: ... I have used the user defined list feature to write custom tool menus, for example all of the CVS tools (for work). Is this what you want to do? I'd be interested in this. Any example code? Doyle, I have a better version at the office,

Re: [scite] Sub : Command Line

Doyle Whisenant wrote: Thank you, April, I appreciate it. One question, though. What is "udl_Separator"? User Defined List seperator? I knew I forgot something. :-) at the top: local udl_Separator; -- this is the American spelling local function udl_Initialize() if editor and not udl_Sep

Re: [scite] Re: Sub : Command Line

Philippe Lhoste wrote: Very nice, useful as I have a number of small routines which I don't want to put in the tool menu. Here is my take on ordering the list: A little improvement: ... I almost forgot that in Lua, you can put functions in lists, and call them! Philippe, thank you for the

[scite] adapting a 1.66 lexer to 1.67

I am attempting to adapt the regex lexer by Eugene Wong (LexUser) to my 1.67 version. Everything compiles okay but fails to run - SciTE starts and then unloads. The version for v1.66 works okay though. Any tips or suggestions on how to research what is wrong would be appreciated. April -

Re: [scite] adapting a 1.66 lexer to 1.67

April White wrote: I am attempting to adapt the regex lexer by Eugene Wong (LexUser) to my 1.67 version. I found it - the constant KEYWORDSET_MAX was increased in Eugene's version from 8 to 23 April -- Boldly going nowhere ___ Scite-int

Re: [scite] Calltip

mozers wrote: I write so: WScript.StdIn[press dot] - calltips no :( ... How to force SciTE that he has determined a dot on the left? Look into the help file for calltip./lexer/.word.characters to see if it will work. For example: calltip.python.word.characters=._$(chars.alpha) I am no

Re: [scite] AutoCShow problems

Neil Hodgson wrote: Mitchell Foral: The problem is in the OnUserListSelection event. I'm trying to call AutoCShow() from it with an instance methods list, but I get autocompletion of whatever it was the user selected ... My preferred solution is to have a generic deferred task mechanism

Re: [scite] Build command for Makefiles

Chris Sutcliffe wrote: Is it possible to have 'Build' enabled for a Makefile (with no extension)? My Makefile has the syntax all highlighted, but the 'Build' command is disabled (i.e. the menu item is greyed out). I encountered this. I put these lines within my user properties file: command.

[scite] a VB module to interface to Scintilla, and a lua script to make it

Some time ago I downloaded a VB example of an interface to Scintilla. I recently realized that this example was missing many of the constants and such from Scintilla.iface. Not having Python on my PC, updating the HFacer.py script was fruitless, so I wrote an equivalent one in Lua. This scri

Re: [scite] Get text from output window ? (LUA)

mozers wrote: How can I get a text from output window? Check what your setting for clear.before.execute is. If it is not zero, then the output is being cleared between every tool invocation. April -- The E-mail of the species is more deadly than the mail. Steve Quinn Maxims for the Inter

Re: [scite] Scite does not take input

Santtu Lintervo wrote: keypresses seem to get delivered to scite, because i can move in a document, and for example selecting works (keeping shift pressed, or ctrl-A). but when i try to type something, nothing happens. This may not sound very polite, but is the 'read-only' flag turned on, unde

Re: [scite] More syntax highlighting tweaking

John Salerno wrote: Is there a way to highlight the built-ins in some way, such as defining a new group of keywords if necessary? I recommend that he user-defined lexer created by Eugene Wong be added. When I compared the results of the standard c++ lexer and the user-defined c++ Eugene prov

Re: [scite] More syntax highlighting tweaking

Neil Hodgson wrote: April White: I recommend that he user-defined lexer created by Eugene Wong be added. When I compared the results of the standard c++ lexer and the user-defined c++ Eugene provided, I found only one cosmetic difference. One of my reasons for not including this is that it

Re: [scite] Re: os.execute is not cutting it

Benjamin Fisher wrote: It would be still be cleaner to be able to call SciTEWin::ExecuteOne and SciTEWin::ShellExec, without having to use an external program, since this is the exact functionality I am after. The development I did on the command/job system would probably work here but I have

Re: [scite] Open separate instance via command line in spite of global check.if.already.open

Alexander Kriegisch wrote: I like the global option to use a shared instance whenever opening files in SciTE. In special cases (e.g. SVN check-in), though, I need a separate instance because SVN waits for the instance to be closed inorder to proceed with the check-in. The whole thing needs to be

Re: [scite] save after

Bambero wrote: I made a simple shell script which uploads (to ftp server) curently open file. I'm using: command.name.3.*=FTP put command.3.*=put "$(FilePath)" command.subsystem.3.*=0 command.mode.3.*=savebefore:1 but it will be nice to do this command after each save. How familiar are you w

[scite] me, Linux, and SciTE/Scintilla

I've gotten back to my Linux (Mandriva Free 2007) machine, and even have a one way pipe from my WinXP to the Linux box - I can get onto the Linux box from Windows but not the other way around. With this partial success of sharing the SciTE source code, I've started working on my old job/comman

[scite] Scite v1.74, Lua, and loadlib

I have just encountered the situation that I believe has been discussed in the scite-interest list recently, but I've also been cleaning up my email folders - meaning I deleted a lot of stuff. I've go to the scite-interest archives, but searching for 'loadlib' in the subjects was fruitless.

Re: [scite] Scite v1.74, Lua, and loadlib

April White wrote: My startup script has: SciTEExtension.lua:620: attempt to call global 'loadlib' (a nil value) Spoke to soon, it is now package.loadlib so I go that working, but I think I implemented a small revision that I'll have to track down April -- Decisions ruled

Re: [scite] Re: me, Linux, and SciTE/Scintilla

mitchell wrote: I would recompile Scintilla and SciTE with the DEBUG=1 option, then run 'gdb SciTE', press 'r' and enter to run SciTE, and if it still segfaults, gdb will let you know and you can enter the 'back' command to show a backtrace of what happened. Thanks Mitchell. I did compile

Re: [scite] me, Linux, and SciTE/Scintilla

April White wrote: ... And the GTK source compiles, but no job runs - ... I think I know why it is not running the commands in Linux. In the win32 changes, when a command is added the program broadcasts a message IDM_JOBS, which in turn starts the execution of jobs. I did not implement

Re: [scite] me, Linux, and SciTE/Scintilla

Neil Hodgson wrote: There are various memory debuggers. I've found Valgrind useful on Linux. Thank you for reminding me. I've seen it discussed on other lists, and I also saw it in the list of packages. I just have to remember to try it. There is no close equivalent to SendMessage. Tha

Re: [scite] me, Linux, and SciTE/Scintilla

April White wrote: I think I am going to rethink my approach to the job system under Linux, to minimize the changes. Back to the drawing board. Success! I have to remove all of my debug code, document my changes, and remember how to connect to the site where I've stored previous versio

[scite] For your consideration, my SciTE Job Queue implementation

I have uploaded to: http://www.scintilla.org/aprilw/scite-v174dev-april-2007-07-29.zip the source code for my implementation a replacement for the SciTE command system, for both Win32 and GTK. I've included Changelog-AprilW.tx

[scite] testing, testing, 1, 2, 3...

I posted something six hours ago and it has not shown up. April -- You can't teach a new mouse old clicks. Steve Quinn Maxims for the Internet Age ___ Scite-interest mailing list Scite-interest@lyra.org http://mailman.lyra.org/mailman/listinfo/scite-i

Re: [scite] Re: For your consideration, my SciTE Job Queue implementation

mitchell wrote: April White wrote: I have uploaded to: http://www.scintilla.org/aprilw/scite-v174dev-april-2007-07-29.zip <http://www.scintilla.org/aprilw/scite-dev-april-2006-05-02.zip> the source code for my implementation a replacement for the SciTE command system, for both Win

[scite] for your consideration, a patch to OpenSelected()

I have uploaded to http://www.scintilla.org/aprilw/scite-v174dev-openselected-april-2007-08-04.zip a suggested patch to the OpenSelected() method so that if the selected text is a directory, the 'open dialog' appears. I have not attempted to implement this in my GTK machine. Neil, this i

Re: [scite] For your consideration, my SciTE Job Queue implementation

Neil Hodgson wrote: The cancelFlag is used in both the UI thread and the execution thread so should be protected. That is why InterlockedExchange is used in the current code. The same effect should be possible by using the JobQueue mutex in an int SetCancelFlag(int value) method. The IDM_F

Re: [scite] Re: [lua] removing empty lines

I have not been following this thread, but would not a search and replace work? Search for \r\n\r\n Replace with \r\n (and I guess if it is a Linux file, that would \n\n and \n respectfully) with the 'Transform backslash expressions' checked Run the script until no changes are made. A

Re: [scite] For your consideration, my SciTE Job Queue implementation

Neil Hodgson wrote: The cancelFlag is used in both the UI thread and the execution thread so should be protected. That is why InterlockedExchange is used in the current code. The same effect should be possible by using the JobQueue mutex in an int SetCancelFlag(int value) method. Can anyon

Re: [scite] for your consideration, a patch to OpenSelected()

April White wrote: I have uploaded to http://www.scintilla.org/aprilw/scite-v174dev-openselected-april-2007-08-04.zip a suggested patch to the OpenSelected() method so that if the selected text is a directory, the 'open dialog' appears. I have not attempted to implement this

Re: [scite] for your consideration, a patch to OpenSelected()

Neil Hodgson wrote: April White: a suggested patch to the OpenSelected() method so that if the selected text is a directory, the 'open dialog' appears. Why would someone want this? I've found it useful to be able to easily open the folder that the filename

Re: [scite] for your consideration, a patch to OpenSelected()

Neil Hodgson wrote: April White: I've found it useful to be able to easily open the folder that the filename is in, without having to ... Is this seen by others as a commonly needed operation? Everyone works differently and this doesn't seem to me to be something that I&

Re: [scite] for your consideration, a patch to OpenSelected()

Neil Hodgson wrote: April White: I am unsure whether to change SciTE.rc: MENUITEM "Open Selected &Filename\tCtrl+Shift+O",IDM_OPENSELECTED to MENUITEM "Open Selected &Filename or Folder\tCtrl+Shift+O", IDM_OPENSELECTED Its not really opening a

Re: [scite] for your consideration, a patch to OpenSelected()

Neil Hodgson wrote: On the basis of not being useful often enough I don't think this should go in. Where does that leave us with original post for the job changes? In my code the 'open selected folder' feature is contained within a module that is required for the job changes? I'd like to n

Re: [scite] for your consideration, a patch to OpenSelected()

Neil Hodgson wrote: Are you open to conditional compilation? ... ... You could write a patching script. I can learn how to make and use diff & patch I guess. The code for finding if the path is a directory should use FilePath::IsDirectory which is portable. I forgot, thank you.

[scite] can a lua script position the screen so that caret/cursor is in the middle

Hello everyone, I have been playing with a script to list functions within a file, using the 'user list' method. Aside from an quirk where it raises an error the first time, it is working well. However I would like to have the selected line in the middle of the screen. Is there a method that

[scite] reading from stdin in a special case

ave a volunteer how would be interested in receiving a copy of the altered SciteBase.cxx, to see if they can help me figure out where I've gone wrong? April White -- Procrastination is the art of keeping up with yesterday. ___ Scite-interest mailing

Re: [scite] can a lua script position the screen so that caret/cursor is in the middle

Neil Hodgson wrote: However I would like to have the selected line in the middle of the screen. function centredOn(line)... Neil, thank you very much! That worked wonderfully, once I realized that I had to convert the position returned by the regex iterator into a line number. April -- I

[scite] please consider my revisions for submission into SciTE

the UTF 8/16 conversion? April White -- Why do people with closed minds always open their mouths? ___ Scite-interest mailing list Scite-interest@lyra.org http://mailman.lyra.org/mailman/listinfo/scite-interest

Re: [scite] please consider my revisions for submission into SciTE

Neil Hodgson wrote: It is a useful feature. Thank you Neil. For example, do I need the UTF 8/16 conversion? The code should be hoisted into its own method and placed inside SciTEIO.cxx with the other file reading. The code conversion should be there to allow programs that produce u

Re: [scite] please consider my revisions for submission into SciTE

April White wrote: I'll move the code from SciTEBase into SciTEIO I'm about to start coding and I was thinking about calling the method PreprocessCommandLine and it would receive the same parameters as ProcessCommandLine does. ProcessCommandLine would be something li

Re: [scite] please consider my revisions for submission into SciTE

Neil Hodgson wrote: The output can be redirected into the output pane by changing all the SendEditor calls to SendOutput and adding heightOutput = 2000; SizeSubWindows(); to the end Hello Bruce, My initial attempts at sending stdin to the output pane has met with a huge failure - SciTE

Re: [scite] please consider my revisions for submission into SciTE

Neil Hodgson wrote: April White: o when the argument is "@", stdin is read line by line, with each line being treated as a file to be opened I'm seeing crashes at shutdown with the '@' when there are no files using scite @ This also makes another cha

[scite] slightly off topic: using select() with MinGW

Hello everyone, Neil said that my new code, that reads from stdin, should using polling so that SciTE is not blocked. I found the function select(), documented in the Win32API and the GCC libc docs, with the same definition. The gcc doc included a small sample, which I'll include at the botto

Re: [scite] please consider my revisions for submission into SciTE

Neil Hodgson wrote: dir | scite -style.*.32=back:#00,fore:#F0 - Is there a reason that these options have to be treated specially rather than as just more arguments? I've revised the code, the above works. Well I think it does, the display is white on black I'll upload it in a da

Re: [scite] please consider my revisions for submission into SciTE

Hello everyone, I've removed the file scite-april-2005-05-22.zip and uploaded d http://www.scintilla.org/aprilw/scite-april-2005-05-25.zip http://www.scintilla.org/aprilw/scite-april-2005-05-25.zip> This file contains revisions as

Re: [scite] slightly off topic: using select() with MinGW

Neil Hodgson wrote: There is some code in SciTE that runs tools and grabs their output in win32/SciTEWin.cxx SciTEWin::ExecuteOne. As the input should be a pipe, you should be able to call PeekNamedPipe on it to see if there are any bytes to read. Neil, isn't PeekNamedPipe() a Windows-only

Re: [scite] slightly off topic: using select() with MinGW

Neil Hodgson wrote: On Windows, select only works for sockets. I've added code the uses isatty() to ensure that stdin is redirected. The last hurdle is to see if the pooling can be imlemented. April -- Stress is when you wake up screaming and you realize you weren't asleep. __

Re: [scite] please consider my revisions for submission into SciTE

Neil Hodgson wrote: That should be... Thank you Neil, I had cut and pasted without checking. In SciTEBase::OpenFilesFromStdin a compiler warning can be avoided I've revised the code as you suggested, I'll upload it later this weekend. I missed the warning, sorry about that. The

Re: [scite] slightly off topic: using select() with MinGW

Neil Hodgson wrote: There is some code in SciTE that runs tools and grabs their output in win32/SciTEWin.cxx SciTEWin::ExecuteOne. As the input should be a pipe, you should be able to call PeekNamedPipe on it to see if there are any bytes to read. Hello Neil, I've been playing with a test

[scite] trying to add a virtual method to be overridden by SciTEWin

My brain must be mush today. I'm working on the stdin code I was proposing. I have based my changes to various files (.h mostly) upon the work I did for PreOpenCheck(...) some months back. This time I cannot get my SciTEWin method to override the default method I added to SciTEIO. This is a

Re: [scite] trying to add a virtual method to be overridden by SciTEWin

April White wrote: I have based my changes to various files (.h mostly) upon the work I did for PreOpenCheck(...) some months back. This time I cannot get my SciTEWin method to override the default method I added to SciTEIO. Found it, it was how was I calling IsStdinBlocked(). It was

[scite] My submission for reading from stdin

Hello everyone, I've uploaded http://www.scintilla.org/aprilw/scite-v164-april-2005-06-04.zip This file contains revisions as suggested by Neil. By default, the code that determines if stdin is blocked defaults to true. For window

Re: [scite] My submission for reading from stdin

April White wrote: I've uploaded http://www.scintilla.org/aprilw/scite-april-2005-06-04.zip So much for trusting in cut and paste. The link should be http://www.scintilla.org/aprilw/scite-v164-april-2005-06-04.zip So if this does not work, paste by hand... http://www.scintilla.org/a

Re: [scite] Find in all buffers

aBe P wrote: This way all the options are there and it's easy to add new options without touching the interface. (A text showing the available options at the bottom would be probably handy). The dos editor TSE, built from Q (?) had that ability. I loved it. Related to multi-line search, woul

Re: [scite] Find in all buffers

Jan Hendrik wrote: some months ago I used SciTE with "don't change line-endings" set for a quick'n'dirty hack in php4apache2.dll to have it recognize httpd-php43 as application type. It worked fine, but of course it was just modifying clear text. I remember to mentioning that. There have

Re: [scite] Scite startup-lexer

Frank Wunderlich wrote: i think when scite is started without loading any file there is a lexer <> Text set. Hello Frank, I believe you want to change the property: default.file.ext=.cxx to default.file.ext=.txt Remember to place this in your user properties file, don't change the glo

Re: [scite] Request: exporting Lua API for custom Dlls

Elsass Philippe wrote: In Lua you can load custom Dlls using loadlib(). However, to have fully functionnal Dlls I had to modify SciTE to export the Lua API. I've been exploring this all day long, with MinGW but with no real success. I think the first think is that the STRIPFLAG assignment in

Re: [scite] Request: exporting Lua API for custom Dlls

Elsass Philippe wrote: In Lua you can load custom Dlls using loadlib(). However, to have fully functionnal Dlls I had to modify SciTE to export the Lua API. I'm by no means an expert on Borland's compiler, but I looked at the compiler switches used to create scite and those on the wiki site.

Re: [scite] Re: Request: exporting Lua API for custom Dlls

Neil Hodgson wrote: The main SciTE distribution should not require a particular compiler for extensions I got it to work with MinGW! I'll probably reset my scite\Makefile back to the old form, but I revised it to use Lua as a DLL made from all of the .o files. It would probably be better

Re: [scite] Re: Request: exporting Lua API for custom Dlls

April White wrote: I got it to work with MinGW! Okay, way to much time spent on this... :-) I tried to see if I could get a simple 'save to...' dialog to appear and it worked. This way I can implement a 'Save select to...' command without altering SciTE :-) April

[Fwd: Re: [scite] Request: exporting Lua API for custom Dlls]

-- Caution - driver legally blonde --- Begin Message --- Elsass Philippe wrote: Sorry, I see you used an external Lua.DLL. I send you my alternative... I do not know how to make a DLL link to the EXE, which appears to be the case with your use of IMPLIB. So I was forced to create a Lua

[scite] Philippe, please email me off list

Philippe, I posted my dll to your address "[EMAIL PROTECTED]" but it was rejected. A copy of the files should be at http://www.scintilla.org/aprilw/aprillua.zip April oh, here is a copy of my message: Elsass Philippe wrote: It seems to be possible to create a borland Dll without the leadin

[scite] suggestion for a Makefile to create SciTELua.dll

I've uploaded to ftp http://www.scintilla.org/aprilw/makefile It will (should?) create ../bin/SciTELua.dll, .a, and .def I was trying to get the Makefile to recognize LUA_RTL so that SciTE would like to the .a file and not link in all of the Lua .o files. If it was not defined, it was to mak

[scite] binary operations within a Lua script

Hello everyone, There was a discussion around 2004-09-20 11:56 PM between Bruce Dodson and Kein-Hong Man about bit-wise operators within Lua. Where these operators ever added into the SciTE Lua codebase? There is a hot-patch on the Lua wiki site that alters the Lua engine to incorporate bit

Re: [scite] Setting the start up environment for SciTE on WinXP

Dennis Kane wrote: How can I put the command equivalent of the menu selection Language/XML into SciTEUser.properties? It may be as simple as putting default.file.ext=.xml into your user properties file The default one within global properties is .cxx April -- If you can't be a good e

[scite] lua script changes to a buffer - to get them outside of an undo

I have script that locates within the current buffer a line like: last at: and replaced the part with the current line position, so that when the file is loaded, the cursor is repositioned. The script works fine, but I would like the changes made to the buffer to be excluded from

Re: [scite] problems compiling scite on mingw

patrick müller (aka elias) wrote: ... but scite don't compile and i've no clue where the problem is. (btw. i'm a c noob ;)) Here is the output: ... mingw32-make: *** No rule to make target `WindowAccessor.o', needed by `SciTEBase.o'. Stop. Hello Patrick, Please double check that Scintill

Re: [scite] Show text in blocks separated by blank

Philippe Lhoste wrote: It would be nice to have an additional dialog box in SciTE. This would allow to call any Lua function by its name (or even, perhaps, run a few instructions...), perhaps giving parameters in the function call. It would memorize the calls in a combo box. That would avoid

[scite] number of visible items in a user list

Is there a property that defines how many items are visible in a user list, from Lua? April -- There is always one more imbecile than you counted on. ___ Scite-interest mailing list Scite-interest@lyra.org http://mailman.lyra.org/mailman/listinfo/sci

Re: [scite] Show text in blocks separated by blank

April White wrote: Use a user list to select from, then execute assert( loadstring( s ) )() hmm, this may be the solution I need at work to simplify my tool menu - I've recently added four CVS tools, the tool menu is getting quite long! And it works, I just did it! I implemented

[scite] exposing the SciTE 'execute tool' functionality to Lua

I only know of the Win32 SciTEWin::ExecuteOne() method, I'm not sure what GTK uses as the equivalent. Do you think it is possible to move the SciTEWin::ExecuteOne() method into a pure C function, and then add it to the scite table within Lua? Let me rephrase this, I know it is possible. Do y

[scite] Lua SciTE DLL's under Win32

I tried to get into http://lua-users.org/wiki/LauxLibDocumentation but got an error "page no available" In previous emails, there were suggestions about creating a C dll that Lua would load. The Lua code was: local libinit = loadlib(props.SciteDefaultHome .. "\\test.dll", "libinit") if libinit

<    1   2