Re: Meditor update for foreing caracters
On Tue, 23 Nov 2004 13:55:20 +1100, Patrick Barnes <mrtrick at gmail.com>
wrote:
>
>Yep, it no longer crashes now... although it'd be nice if it could do
>the single-instance thing.
Can you elaborate on the bug you found in ipc.ew?
>
>The other thing, whenever I try and drag-n-drop a file into the
>editor, it gives me a dialog error: "can't open file: $box_char",
>where $box_char is that rectangle that shows when your computer
>doesn't know how to render the char in that font.
>Upon clicking Ok, it opens the file correctly, and gives me an open file
>dialog.
Thanks for reporting this. The problem was that w32HDragAndDrop sends
three messages, the number of files about to be passed, the file(s)
themselves, and a terminating empty sequence. I obviously didn't read
the documentation properly, and was attempting to open all three; it's
fixed now 
) I'll let you know when a new version is uploaded.
>
>Do you know what's causing the issue with position? I keep having my
>editor window moved to some ridiculous position like -32000 -32000 or
>something... I'm guessing you do that when a program is run, and
>restore it on finish? Either way, sometimes it doesn't work, and I'm
>stuck with a window that's maximised or nothing. (Gotta go into the
>ini file to fix it)
Thanks for reporting this. It was saving the window position when the
window was minimized (doh). It's fixed now.
>
>Last but not least... how is it that 'parse for context sensitive
>help' is stored? It keeps forgetting....
Bad design ;-(( It dumps the info into glocals.exh and/or
win32lib.exh. These files are kept in the same directory as
editor.exw, and are scratched every time parse for globals is run.
Along with the hand-written builtins.exh they are loaded once, at
editor start-up. This info would be much better off being stored in an
edb file (or three).
Regards,
Pete
|
Not Categorized, Please Help
|
|
