April White wrote:
I think I'll revise things again :-)
I'll remove 'CurrentJob()' and add 'CurrentJobFlags()' and
'CurrentJobBufferPath()'
The two would be initialized within the CanExecute() code, returning
copies of the respective values.
JobQueue::CurrentJobDirectory has a small vul
Neil Hodgson wrote:
It is fixed; I decided to upload todays revisions under the same name as
above.
OK. There are some threading worries. jobQueue.CurrentJob() returns
a pointer to a single job object which could potentially be deleted
while the pointer is being used even though currentl
April White:
> I've uploaded
> to http://www.scintilla.org/aprilw/scite-april-2005-12-29.zip my
> implementation of the new job system for v1.67
OK. The PropSetFile change is now committed.
> It is fixed; I decided to upload todays revisions under the same name as
> above.
OK. There are s
Neil Hodgson wrote:
> Piotr Fusik:
>
>
>>"i" like in "ski"/"lee" or "sky"/"lite" ?
>
>
>Sky.
>
>
>>Do you pronounce the trailing "e" ?
>
>
>No.
>
>Given the dual etymology from the history page '''Latin meaning
> something like "understanding in a neat way" and is also an Old
>
April White wrote:
I've uploaded
to http://www.scintilla.org/aprilw/scite-april-2005-12-29.zip my
implementation of the new job system for v1.67
There had been a problem with the 'clear.before.execute' code, it was
not properly clearing the output pane before the first job of a GO.
It is f
