Re: [ql-users] EasyPtr was movig sbasic
Wolfgang Uhlig schreef: Am Sat, 05 Mar 2005 22:08:04 +0100 hat François Van Emelen [EMAIL PROTECTED] geschrieben: 230 MDRAW#3,mysuqces$ :REMark mawdraw#3,4 Oh Francois, what's that? I don't know but one SuQcess and that's the one of me and Bob Spelten ;) What's in a variable's name. Line 230 comes from my QLDBAS_bas programme; my front end for the DBAS engine. It's 4895 line(s) long, 297.492B once Qliberated. I'll show a demo in Eindhoven at the end of the month... if my laptop is repaired :( EasyMenu is not very good at displaying high colour sprites, you have to fool it by putting a 4/8 mode sprite in front of each high colour sprite. This is not true! Only if you want to have the sprites in mode 4 or 8, too. Wolfgang With my version of Easymenu (Easymenr_cde v3.50, ptrmenr_cde v3.50, easyptr_cde v3.50, easybmen_cde v3.03, easymenu_exe v3.06) the following line doesn't display the high colour sprites at all if they aren't 'glued' to a 4/8 colour sprite. 280 FOR xx= 30 TO 1 STEP -1:MITEM#3,-xx,-2,SPRA(xx):END FOR xx:MLIDRAW#3 But they are displayed correctly if 'glued' to a 4/8 colour sprite. All my sprites are created with a combination of Jérôme's Sprite Editor, PNGConv, BMP2SPRT_obj and chainsprites_bas except for my 4/8 mode sprite used as 'glue'. Is there something wrong with my sprites or in line 280? I suppose my version of Easymenu is the latest official version. François Van Emelen ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] EasyPtr was movig sbasic
Wolfgang Uhlig writes: EasyMenu is not very good at displaying high colour sprites, you have to fool it by putting a 4/8 mode sprite in front of each high colour sprite. This is not true! Only if you want to have the sprites in mode 4 or 8, too. Just to confuse things a bit more: Loose items and sprites drawn by SPRW can be standard high colour sprites. However, the routines to display sprites in regular menus, such as MAWDRAW, cannot cope with these, and require a mode 4/8 sprite to be prepended to a hicolor one. The fix could be very simple if one were able to read the code, find the problem and re-assemble it again, but as mentioned before, some of those steps are not straight forward.. Per ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] EasyPtr was movig sbasic
I have been using this for quite some time now, even in my Email reader. Easymenu can do much more than we first thought. You miss the point. It can't do much of this without quite a lot of lateral thinking and programming around limitations. This is exactly what people want corrected. -- Dilwyn Jones -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.300 / Virus Database: 266.6.2 - Release Date: 04/03/2005 ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] EasyPtr was movig sbasic
P Witte wrote: 1) Manually added scaling flags are removed on re-loading a menu definition and may even crash the program. 2) System sprites cant be shown and other hicolour sprites are problematic. 3) Application window scroll bar attributes cannot be set or changed without specifying a pre-set menu too. Part of the problem may be with the toolkit which seems to ignore or overwrite attributes added by hand later. 4) When changing the sprite origen of a, if the pointer sprite is moved outside the window EasyMen crashes. OK, noted. But basically I was only going to address high colour problems, though if time permits and the job is simple enough I might look into some others. No promises though. A great stop-gap improvement to this program might be to allow a menu definition to be saved as an assembler file directly from the program (EasyAsm doesnt work in GD2) No, that is much too difficult. But EasySource can easily be made to be GD2 compliant. IIRC all that's needed is to change one branch instruction. Marcel ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] EasyPtr was movig sbasic
Dilwyn Jones wrote: 1. I can't change the colour of the border or main window unless I cover the main window with an info window. If Easyptr allowed, say, MWINDOW #0,0 for the main outline it might then be possible to change the main menu colour. Use system palette colours in the menu and define a private system palette (somewhat contradictory name, but every job can have its own system palette) before drawing the menu. No flashing, no poking in the window definition. MSETUP #0,mymenu:rem don't show original on screen REMark change colours before originals are drawn MCOLOUR #0,menu_element_number,colour_number MDRAW #0 : REM draw in new colours it might be possible for me to do what I want, whichis to allow users to specify colours in a config block and set these at runtime. Yes, easily possible using the mentioned method. Marcel ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] EasyPtr
Am Sun, 6 Mar 2005 13:34:19 - hat Dilwyn Jones [EMAIL PROTECTED] geschrieben: You totally miss the point of my email. You Wrote: It would be useful if the menu colours could be changed at runtime. At the moment, once they are defined in the Easymenu layout, that's it, the colours are fixed unless you manipulate the colour palettes or whatever. And I say this is absolutely not true. Where do I miss your point? On the one hand you say: changing colours at runtime is _impossible_ and on the other hand: the windows are flashing (when I change the colour) Only one can be right, right? What I do see as a problem, is that you cannot define (system) colours in the official version of Easymenu and indeed have to find workarounds within the Basic program. With the unofficial version of Marcel this is not any problem any more. That's why I think that everybody should have it. Your flashing problem (QCoCo must be a pain for your eyes!) has a simple solution: Get a faster machine ;) Wolfgang ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] EasyPtr was movig sbasic
François Van Emelen wrote: Some functions/procedures need improvement. For example 'RPXL%' (returns the pixel colour at a given position) only works in QL colours. This is an SMSQ/E limitation. About TurboPtr: the demo George showed us in Eindhoven(QL2004) didn't convince me to abandon EasyMenu. Yes, I think the Menu generator is essential. But perhaps the toolkit could be used together with EasyMenu? I have no idea. the following line doesn't display the high colour sprites at all if they aren't 'glued' to a 4/8 colour sprite. Right, the sprite identifiers are hard coded into MITEM, pretty easy to change this, though. Marcel ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] EasyPtr was movig sbasic
Dilwyn Jones wrote: I'm not sure I can enter system palette colours in standard Easyptr can I? No, I thought you had the newer one, haven't really kept track of it. Marcel ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
[ql-users] A QL in Spain
Hello to all We were yesterday in MadriSX Retro, a meeting of retro computers that I spoke to you some time ago. It has been much successful. It has had an attendance of more than 300 people and 21 exhibitors. And we were there. Sinclair QL Spanish Resources has had stand, has presented some QL MGE versions and has given much information about the world of the QL in Spain. Also we have presented a paper-magazine created by our web with the collaboration of other 2 webs of QL of ours country called 20 years of the QL in Spain (in Spanish only). You can download the magazine in PDF in this link: http://badared.com/badaman/QL/revista20/ It has been a hard work designing and writing the contents, but very interesting. Has been elaborated to commemorate the 20 anniversary of the QL in our country. I hope that you come in June, although to take the Sun. Some of us we followed interested in an international meeting in our country, although it is necessary to animate much to the possible visitors. Regards Javier Guerra Sinclair QL Spanish Resources http://sinclairql.info ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] EasyPtr was movig sbasic
Marcel Kilgus writes: P Witte wrote: 1) Manually added scaling flags are removed on re-loading a menu definition and may even crash the program. 2) System sprites cant be shown and other hicolour sprites are problematic. 3) Application window scroll bar attributes cannot be set or changed without specifying a pre-set menu too. Part of the problem may be with the toolkit which seems to ignore or overwrite attributes added by hand later. 4) When changing the sprite origen of a, if the pointer sprite is moved outside the window EasyMen crashes. .. of a menu, OK, noted. But basically I was only going to address high colour problems, though if time permits and the job is simple enough I might look into some others. No promises though. Sorry, it wasnt intended as a shopping list. I just wrote down a few problems that I could think of. Great if you feel like doing something about it. Just your little tweak to allow palette colours to be used has been very helpful. A great stop-gap improvement to this program might be to allow a menu definition to be saved as an assembler file directly from the program (EasyAsm doesnt work in GD2) No, that is much too difficult. But EasySource can easily be made to be GD2 compliant. IIRC all that's needed is to change one branch instruction. That would be very useful! Per ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] EasyPtr
I said I wasn't going to write more on this, but as this will be a bit more positive, I thought I'd at least try to make amends for the negative emails. This listing shows one way of getting 8 colours of your choice in the menus. Using colours 0 to 7 (black, blue,...yellow, white) it uses the PALETTE_QL extension to redefine those colours. The example below enables menus to display in 8 shades of grey (including black). You won't get more than 8 colours from an Easymenu menu even in high colour mode, and all menus are subject tot he same colours, but at least they can be any 8 colours from the range available, not just the usual QL black green red and white (and blue magenta, cyan and yellow if you like). The colour number values have to be 'true' colours, the 24-bit values. The example below uses 8 shades of grey instead of 8 colours. The colour numbers are of course (red*65536)+(green*256)+(blue) where red, green and blue can have values from 0 to 255 inclusive. Lines 110 to 180 could be a configuration block set of values defining or altering the colour scheme. In essence allows me to achieve at least some of what I wanted, although it's recolouring rather than specifying colours of item types. The CHECK extension in line 200 simply checks for the presence of the keyword PALETTE_QL, if it's not present the program uses the pre-defined menu colours. There's plenty of equivalent keywords out there such as EXISTS, I think Per Witte's website also has one (FINDNAME% ???). It might be possible to check screen mode or whatever else you feel might be necessary. I haven't exactly tried it on any of my compiled programs, but I guess if I added something like this to Launchpad you probably wouldn't be stuck with white background and red and green (fixed mode 4-style colour scheme). Programs which used a technique like this could probably be configured to reasonably fit in with whatever colour scheme your GD2 programs are set to. 100 REMark map the colours to grey shades 110 white = 255*65536+255*256+255 120 yellow = 216*65536+216*256+216 130 cyan= 180*65536+180*256+180 140 green = 144*65536+144*256+144 150 magenta = 108*65536+108*256+108 160 red = 72*65536+72*256+72 170 blue= 36*65536+36*256+36 180 black = 0 190 : 200 IF CHECK('palette_ql') THEN 210 REMark define the 7 colours starting from 0 (black) 210 PALETTE_QL 0,black,blue,red,magenta,green,cyan,yellow,white 220 END IF 230 : 240 MDRAW #0,win1_testmenu_men 250 : 260 REPeat loop 270 num = MCALL (#0) 280 IF num 0 THEN EXIT loop:REM click on a loose item to quit 290 END REPeat loop 300 MCLEAR#0 Dilwyn Jones -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.300 / Virus Database: 266.6.2 - Release Date: 04/03/2005 ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] A QL in Spain
In message [EMAIL PROTECTED], sinclairql [EMAIL PROTECTED] writes SNIP I hope that you come in June, although to take the Sun. We will definitely be there and would be happy to engage with some of you. We will be in Barcelona and Madrid so perhaps we can arrange an evening show in our Hotel. We will publish our itinerary later but if anyone wants anything brought over do let us know - otherwise it will be just sun cream, and sandals in out suitcases! Some of us we followed interested in an international meeting in our country, although it is necessary to animate much to the possible visitors. Some of us are cartoons already! -- Roy Wood Q Branch. 20 Locks Hill, Portslade, Sussex.BN41 2LB Tel: +44 (0) 1273 386030fax: +44 (0) 1273 430501 skype : royqbranch web : www.qbranch.demon.co.uk ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
[ql-users] QL on offer
I received the following from Alan Hodgson alan AT outsite DOT freeserve DOT co DOT uk Hi there, I am in the middle of sorting out my house and have a load of Ql stuff that hasn't been used for quite a while. There are 2 complete Qls (with manuals) transformers etc. - one of which needs a membrane, a monitor, original printer, expanderam, disk interface and drive, toolkit plug-in and nearly 40 microdrives - some with original software.I don't know if these would be any good to you or anyone else, I don't want anything for them, but they would have to be collected from my home (South Yorkshire). If they are of use, please reply to thisemail address and we can make arrangements. Cheers, Tony -- QBBS (QL fido BBS 2:252/67) +44(0)1442-828255 tony@surname.co.uk http://firshman.co.uk Voice: +44(0)1442-828254 Fax: +44(0)1442-828255 TF Services, 29 Longfield Road, TRING, Herts, HP23 4DG ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm