Re: [ql-users] A bit of a drag
In message <[EMAIL PROTECTED]>, James Hunkins <[EMAIL PROTECTED]> writes If the system isn't quite fast enough to do the full window drag smooth enough for you, then "WM_MOVEMODE 1" does the outline only versus full window. And you can reset it to just the Move sprite with "WM_MOVEMODE 0". On QDT, to use the outline or full window modes to move a folder window (at least for a while), you will need to use the drop down menu to select move and hold the mouse button down while you are moving the folder window. If you use the short cut keys, it will use only the move sprite, regardless of the WM_MOVEMODE selected. jim On Jan 17, 2005, at 6:01 AM, Marcel Kilgus wrote: Tarquin Mills wrote: However one thing let's SMSQ/E down is that windows are moved not dragged, not even a frame outline is used. It has this ability built-in. Configure it accordingly or issue a "WM_MOVEMODE 2" command. Marcel I had forgotten about that option. I have now added it into my boot file, and the windows just fly around the screen with no problem now. -- Malcolm Cadman ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] QPC Keyboard
In a message dated 18/01/05 17:01:48 GMT Standard Time, [EMAIL PROTECTED] writes: > > Of course I could do my own Capslock state, but then the state > wouldn't be reflected anymore by the Capslock LED, which would > probably be pretty confusing. > > Marcel > > But on the Q40/60 you can't have LED lights anyway! You can, however, set up a copy of Perfection which will indicate whther CAPS is on or off (even if you aren't using the program at he time). George ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] I'm home, dear.
In a message dated 16/01/05 11:04:53 GMT Standard Time, [EMAIL PROTECTED] writes: > > Yes, I agree that these would be fine for our purposes IF IT WERE NOT FOR > ONE PROBLEM. > PROG_USE and DATA_USE are system wide settings and cannot vary between > programs. If you launch one program it could read the current PROG_USE > and DATA_USE settings at the time that it is started, but again, you have > to presume that the user is going to alter these every time that a program > is started. This is not exactly user friendly. > > Certainly it is not user friendly. I used to write programs which left an altered DATAD$ and PROGD$, This annoyed me considerably so I rewrote the programs to replace the original DATAD$ and PROGD$, even if an error had occurred (by using WHEN_ERROR). Incidentally I used to get annoyed too when PROGD$ wouldn't allow me to EX my NET_PEEK program. What I did in that case was to make NET_PEEK either EXecutable (which needs a "path") or LRESPRable (to a THING) so that EXEP will find it whatever PROGD$. George ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] QPC Keyboard
[EMAIL PROTECTED] wrote: > There are 8 combinations of CAPS with the presence of one or more of > SHIFT, CONTROL and ALT (including just CAPS on its own. The seven > combinations are all supposed to give rise to ASCII characters, ie > they are part of the set where ALT adds '1' to the value of the key > press without the ALT. Ah I see, same Dilwyn said, then. > Thus, on my machines (Q40/60), only a bare CAPS will toggle caps lock. > > Now tell me that what I did was fatal!!! Nah, couldn't imagine why. Just the "only bar CAPS will toggle caps lock" cannot be done on QPC because Capslock state is controller by Windows, thus every Capslock press will result in a change of state, no matter which modifier keys are pressed at the same time. Of course I could do my own Capslock state, but then the state wouldn't be reflected anymore by the Capslock LED, which would probably be pretty confusing. Marcel ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] QPC Keyboard
In a message dated 15/01/05 19:04:17 GMT Standard Time, [EMAIL PROTECTED] writes: > > George writes: > > >>>I have also produced a private keyboard table loaded by KBD_TABLE which > to > >>>some extent allows the two uses of the number pad. Holding down Alt Gr > >>>makes the num pad act as though Num lock was off. > >> > >>How difficult would it be to add Minerva's 'Compose' keystrokes? You > know, > >>'a' + ALT ENTER : makes 'รค' > >> > > > >Very easy - if you hold down Alt Gr and then press the A key. > > Do you mean it already exists and is available? > > Per > The facility to set private keyboards is available via KBD_TABLE. I had to find out myself how to define the tables, though I think Wolfgang has info on this. George ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] QPC Keyboard
In a message dated 15/01/05 15:30:00 GMT Standard Time, [EMAIL PROTECTED] writes: > > [EMAIL PROTECTED] wrote: > >Has anybody noticed that the various combinations with CAPS such as > >CAPS/SHIFT/ALT etc do not work with recent versions of SMSQE on QPC2 > >and on Q40/Q60? The combination DOES work with SuperGold Card + > >Super Hermes because Super Hermes has its own keyboard routine I > >suppose. > > Not sure what you're reffering to. Do you mean that with CAPS-LOCK > some keys do not work like when SHIFT is pressed? In that case this is > by design. There is a difference between a CAPS-LOCK and a SHIFT-LOCK, > the first one only altering the capitalisation of characters, and most > keyboard layouts use CAPS-LOCK. > > There are 8 combinations of CAPS with the presence of one or more of SHIFT, CONTROL and ALT (including just CAPS on its own. The seven combinations are all supposed to give rise to ASCII characters, ie they are part of the set where ALT adds '1' to the value of the key press without the ALT. These combinations are excluded by the kbd_poll routine. In my version of SMSQE I have reinstated these 7 combinations by treating CAPS as a normal character if any of SHIFT, CONTROL, ALT (or Alt Gr) is pressed at the same time. Thus, on my machines (Q40/60), only a bare CAPS will toggle caps lock. Now tell me that what I did was fatal!!! George ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Palm-top 'QL' design progress...
ZN wrote: > A very limited number will initially be available for developers willing to > port SMSQ/E (or for that matter any OS), modify crucial driver code or > write the few crytical applications... Indeed very nice stuff. And well, my offer still stands. I'm currently planing to push back my university diploma to the winter, mainly to enjoy the summer but probably also to be able to do some work in between my visits to the swimming pool ;-) Marcel ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Palm-top 'QL' design progress...
On Tue, 18 Jan 2005, - Aucun - wrote: > What about an analog modem on board? This would mean the WHOLE board would have to pass the stringent telco tests. If you have the several tens of thousands of euros this would cost... Dave ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Palm-top 'QL' design progress...
On Mon, 17 Jan 2005 17:36:07 +0100, ZN wrote > Since I accidentally leaked that I would be designing such a thing a > few months ago, I suppose it's fair to say something about the > progress of the project. > > So far, processors (68SZ328), Flash and RAM have been secured, I'm waiting > for some Philips USB chips too. > Working specs are: > * 68SZ328 Dragonball derivative CPU at 66MHz [...] What about an analog modem on board? Arnould WebMail / Magic OnLine http://www.magic.fr ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
