I find myself wanting a set of 32 bit RISC OS modules: Basic,
BasicTrans, assorted other stuff. Unfortunately, my RiscPC, from which
I've extracted all the modules, has 26 bit code.

Unfortunately I don't have the wherewithal to compile ROOL myself, even
if it's compilable these days. Does anyone know if there are any binary
distributions from which I can get such things?

I would like to plot a draw file on the screen. I use a simple program for
this, so ATM I do not try to plot the draw file into a window of a wimp
program.

What I did:

1. Put the draw file into a block of memory (if I save the block as a file
I can load it into draw and it looks ok)

2. I define the transformation matrix:

tmatrix[0] = 1<<16 (i.e. 2^16)
tmatrix[1] = 0
tmatrix[2] = 0
tmatrix[3] = 1<<16
tmatrix[4] = 0
tmatrix[5] = 0

This should plot the draw file without scaling at screen position 0,0.

I also tried:

tmatrix[4] = 256 * 500
tmatrix[5] = 256 * 500

and:

How can I check for the presence of a shared disc?

We have two sub-networks joined by a wireless link - which has now become
unreliable (too many trees in the path). The problem arises becasue we use
!Blinds to point to shared files. If the shared files are not available,
Blinds won't load.

So the idea is to have two copies of Blinds. If the shared disc is
available, one copy is run. If not, then the other copy is run.

But any check such as "IfThere Share::Remote.etc" asks to "Please insert
or make available shared disc 'Remote'". I want to supress this message!

Good morning.

I'm looking for the debugger QDBug published by Vertical Twist.
Anybody having a copy and ready to sell it to me please email me.
Regards,
Xavier.

In the vague hope of getting someone interested in this, and if nothing
else, in name of clarity, I'm listing here outstanding the main issues
in the RISC OS Firefox port. I will repeat this on the GCCSDK mailing
which is the more appropriate place for this, but this will likely
get more visibility.

The individual items are in no particular order.

Fixed in current development version:
- Proper access to HTTPS sites, thanks to move to shared libraries
- Improper caret blinking, animated GIFs and other moving things like
the marquee on BBC news.
- (Possibly) the autocompletion crash reported by several

Still to be fixed:
- Sometimes start up crash (new due to shared library change)
- Handling of fonts beyond 7 bits. Best option by far is
using RUfl (as per NetSurf): http://zamez.org/projects/rufl/...

Paolo Fabio Zaino wrote:

With that, -> csa.programmer.

I am having problems with a RISC OS application which performs printing, and
the more I look at it, the more I am baffled. I'll try to describe the
circumstances, and I would be grateful if anyone could tell me whether this
sort of problem is familiar to them, and how to fix it.

The application offers a single rectangle via PDriver_GiveRectangle
corresponding to most of the printable area of an A4 sheet. The
transformation matrix is 1:1 with no rotation. It then gets rectangles from
PDriver and renders the whole of the output each time (i.e. it doesn't do
anything clever to work out whether parts of the page don't need rendering).

The output consists of a Draw file, via DrawFile_Render. This is transformed
to rotate 90 degrees clockwise, and prints perfectly. On top of this a
series of lines of text is printed in the centre of the sheet, again rotated
clockwise by 90 degrees. So as the page comes out of the printer the start
of each of the lines of text is nearer the top of the sheet than the bottom.

The problem is that some of the lines of text are not being printed at all.
If I choose to print the lines centred on the page, with each line centred
horizontally, then any lines longer than about 3cm do not print at all. So
if I increase the font size, more lines disappear. If I reduce it to 8pt,
all the lines are printed.

Can anyone point to info on SWI OS_IICOp

Parameters etc.

Thanks

I would like to read out the current status of the Alt key, i.e. I want to
know whether the users holds down the Alt key if he performs an action in
a WIMP program (I do not need an event to be raised when the key is
pressed).

I found the following call: OS_Byte202 (&06) which can be used to read out
the status of special keys. I think it is made for reading the status of
caps lock etc. and also set it. I think it is possible to read out the
status of the Alt key when looking at byte 0 from r1. However it is not
documented in the PRM for this call: "Bit 0: Reserved for use by keyboard
handler: must be preserved when writing".

So my question is: Is this the way to read out the status of the Alt key
or is there a better/official solution?

Thanks,
Michael

The following articles were added to the BeebWiki during August 2008:

* CSV file reading and writing
* File date and time
* Bulk file I/O with OSGBPB
* What BASIC is running
* Read disk, directory and library name
* Catching errors

http://beebwiki.jonripley.com/