Re: [scite] Re: Compiler error
Roger Sondermann: Don't know if the missing export definition file is a real problem. No its just an uninteresting warning. I do get SciLexer.dll and Scintilla.dll ...\scintilla\bin, but they will not be found when building SciTE.exe because of the backslashes instead of slashes in /scite/win32/makefile: DLLS=..\bin\Scintilla.dll ..\bin\SciLexer.dll Works for me. Sure you are using the mingw version of make: mingw32-make? BTW: Is it correct to have -mno-cygwin in the above comands? Yes, this is using mingw not cygwin. Neil ___ Scite-interest mailing list Scite-interest@lyra.org http://mailman.lyra.org/mailman/listinfo/scite-interest
[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 is the change I mentioned in my JobQueue email that was outside of the scope of changing the job system. April -- Babies are a good way to start people. ___ Scite-interest mailing list Scite-interest@lyra.org http://mailman.lyra.org/mailman/listinfo/scite-interest
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_FINISHEDEXECUTE and IDM_JOBS cases are too complex to contain within SciTEWin::Command so should be moved out into methods. Thank you for the suggestions. I will implement them over the next week or so. and upload a new version. Including multiple changes in a patch makes it much harder to review. I've uploaded a separate patch but my next release will obviously contain it still as the two changes have common files. I hope this is acceptable. April -- Babies are a good way to start people. ___ Scite-interest mailing list Scite-interest@lyra.org http://mailman.lyra.org/mailman/listinfo/scite-interest
[scite] restoring a session
I found this in the documentation: Opening a specific file from command line overrides save.session variable state. When you start SciTE loading a specific file from command line last session will not restore even if save.session variable is set to 1. I guess this is a feature request. I'd like to have it rigged so that I could in effect, add a buffer to the current session by clicking on a file from Windows Explorer. Or is there a work-around to achieve the same result?___ Scite-interest mailing list Scite-interest@lyra.org http://mailman.lyra.org/mailman/listinfo/scite-interest
Re: [scite] restoring a session
Tom Lenz wrote: I found this in the documentation: Opening a specific file from command line overrides save.session variable state. When you start SciTE loading a specific file from command line last session will not restore even if save.session variable is set to 1. I guess this is a feature request. I'd like to have it rigged so that I could in effect, add a buffer to the current session by clicking on a file from Windows Explorer. Or is there a work-around to achieve the same result? Well, since you are willing to have Windows Explorer up and showing your file anyway, why not just drag it to SciTE? That will accomplish exactly what you are asking for - without any new behavior or context menu entries etc. ;) Robert Roessler [EMAIL PROTECTED] http://www.rftp.com ___ Scite-interest mailing list Scite-interest@lyra.org http://mailman.lyra.org/mailman/listinfo/scite-interest
Re: [scite] Re: [lua] removing empty lines
mitchell, 03.08.2007 19:18:
Frank Wunderlich wrote:
steve donovan, 03.08.2007 13:04:
On 8/3/07, Frank Wunderlich [EMAIL PROTECTED] wrote:
you make a forward-loop, this is no good idea when removing items
from a
list (skipping next entry after deletion,maybe accessing item out of
list-bounds at the end). the loop should go backwards. and there i get
this strange behaviour.
is #t the same as table.getn(t)?
Yes, you are right about the order.
but how to get the decreasing loop, without this strange last item?
Frank
You could create another table and add elements that don't match to it.
local new = {}
for i = 1, #t do
if t[i] ~= '' then table.insert(new, t[i]) end
end
this is not working for me
function removeEmptyLines()
local buf={}
local sel = editor:GetSelText()
buf = lines(sel)
local new = {}
for i = 1, #buf do
if buf[i] ~= '' then table.insert(new, buf[i]) end
end
editor:ReplaceSel(table.concat(new,\n))
end
selection: without lines
-
123
456
789
-
becomes
-
123
456
123
456
789
-
using SciTE Version 1.74 .49Ru (don't know if mozers changed anything)
regards Frank
___
Scite-interest mailing list
Scite-interest@lyra.org
http://mailman.lyra.org/mailman/listinfo/scite-interest
Re: [scite] Re: Re: Compiler error
Roger Sondermann: cp ..\..\scintilla\bin\Scintilla.dll ..\bin\Scintilla.dll cp: cannot stat `..\\..\\scintilla\\bin\\Scintilla.dll': No such file or directory G:\Programs\System\MSys\bin\mingw32-make.exe: *** [..\bin \Scintilla.dll] Error 1 ... and Scintilla.dll is in ...\scintilla\bin\ I'd forgotten that some cygwin compatibility was added to the makefile. Remove the definition of TERM from your environment (or edit the makefile to stop defining CYGWIN) and run make. Neil ___ Scite-interest mailing list Scite-interest@lyra.org http://mailman.lyra.org/mailman/listinfo/scite-interest
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. April -- Good judgment comes from experience. Experience comes from bad judgment. -- Jim Horning ___ Scite-interest mailing list Scite-interest@lyra.org http://mailman.lyra.org/mailman/listinfo/scite-interest
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 anyone confirm whether InterlockedExchange() exists in GTK? April -- Good judgment comes from experience. Experience comes from bad judgment. -- Jim Horning ___ Scite-interest mailing list Scite-interest@lyra.org http://mailman.lyra.org/mailman/listinfo/scite-interest
