Re: [Ql-Users] A QD quirk

[Anton Preinsack]

Mein herzliches Beileid, Jochen!

Anton

Am 28.12.2011 um 12:53 schrieb Jochen Merz:

 Sorry, I don't think I can fix it except for reporting an error in the 
 maximum filename length case. Extension things etc. may stop working -
 so I can't change the location of QD's internal workspace variables.
 
 I'm not in a mood to look at the sources as my father died last night.
 
 Jochen
 
 
 
 Bob Spelten schrieb:
 Op Mon, 26 Dec 2011 12:25:40 +0100 schreef George Gwilt
 grggw...@gmail.com:
 
 I have just used QD to examine a file with the longest possible name.
 The name was actually
 ram1_abcdefghijklmnopqrstuvwxyz123456_wda. Although QD displayed the
 contents of the file correctly, it did so with a purple coloured ink.
 This ink was set for all other files read in provided the name was not
 of maximum length. The file ram1_abcdefghijklmnopqrstuvwxyz12345_wda1
 reset the colour to a rather fainter, almost unreadable, purple.
 
 Is this a new feature of QD? Has anyone noticed this before?
 
 
 Normally I avoid maximum length filenames but I repeated your experiment
 on my QPC2 (in 16 bit colour mode) with QD (vB01) and an ASCII test file.
 A maximum name with a 3 character extension produced 'dark grey' text, to
 be precise, a black and white stipple type zero.
 A maximum name with a 4 character extension produced 'pink' text, a red
 and white stipple type 3.
 Although the white may have been the light grey background my QD normally
 uses.
 Loading another file in the same QD kept the grey or pink colour intact.
 The resulting colours may be depending on the QD configuration or your
 theme setting.
 
 Furthermore I could not load the file into QD with FileInfo2, which I
 often use to look at any type of file, QD was started but the text was not
 loaded and QD reported 'no name' so normal Load from QD was used instead.
 It seems to be another QD feature because executing the text into
 VIEW_FILE from FI2 worked OK.
 
 Renaming the file to 35 characters made the FI2/QD combination behave
 normal again.
 
 Best wishes for a QLing 2012,
 Bob
 
 
 ___
 QL-Users Mailing List
 http://www.q-v-d.demon.co.uk/smsqe.htm

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

Re: [Ql-Users] QL GUI programming

[jms1]

Unfortunately the documentation seems to be a list of functions and no
indication how you use them.

If  mere mortals are going to try it we need some guidance as to how you
use and some simple examples at least


 Ralf Reköndt wrote:

 As I have written a few times: Using PE from SBasic is too
 complicated for a lot of people (including me). QPTR is too
 complicated (I have used it!). And I fear, Turbo_PTR is a similar
 thing, ok, never tried.

 Have you seen the QLPUI demo?
 http://terdina.net/ql/software.html

 This was a GUI I ported to the QL and wrote mouse/graphics drivers for.
 It has themes (try rounded) and proportional fonts (load font_pcx).
 I built a complete system for bare QDOS or Minerva - neither PTR_GEN nor
 WMAN nor SMSQ/E required, as Daniele shows in the demo.

 GUI and applications were C language. I personally found application
 writing easier than for the PE. Meanwhile QLPUI is about five years old
 and I forgot most of my knowledge about it. Do you think it is worth a
 revival if I find time someday?

 All the best
 Peter
 ___
 QL-Users Mailing List
 http://www.q-v-d.demon.co.uk/smsqe.htm



-
Planet Ink Club is a great way to save money and help the environment.
Join today (http://www.planetinkclub.com)

This message has been scanned by Supanet for viruses and dangerous content 
using ClamAV and SpamAssassin.

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm