Raspberry Pi RC16
David Gee (1833) 268 posts |
Zap’s text size in (ex 0, ey 0) “big” mode on the ARMbook is unchanged from “normal” mode. The problem with StrongEd 4.69f11 was different — there apppeared to be a lot of stray characters and bits of graphics from the rest of the screen showing in the window. It wasn’t just a question of a hard-to-read font. This was just a plain text file so I assume it was Base mode but I didn’t check. I’ll try the test version, too. Edit was Ok, though. It’s not surprising there should be issues—some programs have issues with “Retina mode” on Macs and some with scaling on Windows. The OSs let you “exempt” programs from scaling. It’s only when these facilities are being used to a fair extent that problems show.up. |
André Timmermans (100) 655 posts |
See this post. |
David Gee (1833) 268 posts |
I’ve checked the 4.70a13 version of StrongEd—it doesn’t have the problems it had before, but doesn’t honour the size change in BigMode when using a bitmap font. But it is absolutely fine when using an outline font. Just a pity that monospaced fonts are not especially wonderful. Somebody once had a review of fonts for coding—ISTR Fira Code came out on top, it’s free, but OpenType only—TTF2f won’t convert it. Currently the best I’ve found is EFF’s Swiss Monospaced Bold. I might try Microsoft’s Cascadia Code—also free and TrueType—but it has an unusual feature when used on Windows—automatic ligatures so that, for instance, != appears as an equals sign with a slash across it. Similarly >= and <= appear as they would in maths…not sure how that would play out on RISC OS… |
Fred Graute (114) 645 posts |
As I’ve said earlier bitmap fonts are written directly to the screen bypassing the OS, and with it eigen values, almost completely. If you want characters to be bigger you’ll need to pick a bigger bitmap font.
Agreed, but DejaVuSans.Mono isn’t that bad. The DejaVu fonts are a free download from !Store. I also have a font called NotoMono which looks very similar. |
Andrew Conroy (370) 725 posts |
I’m a bit confused by this. Didn’t RC16 come out in April 2018 with RISC OS 5.24. Has this 2018 release now been updated to be something else (ie. now Pi4 compatible and/or different/updated software)? If so, wouldn’t that make it RC17? |
David Pitt (3386) 1248 posts |
Not quite, that was RPi-5_24-RC1 RC15 was RPi-RO523-RC15 Click on the down arrow by the release name to see the full release history. |
Bryan (8467) 468 posts |
I have been using RC16 on a Pi4 and find that the Clock is far less likely to synchonise with a time server when the CPU is running at high speeds (say, 2000Mz er even 2147 MHz)). I appreciate that RC16 is quoted as being for Pi variants up to Pi 3, But I think it would be nice if 5.28 is going to work on a Pi 4. Everything else seems OK (subject to previous comments and lack of on board USB). |
Stuart Painting (5389) 712 posts |
The download page states that it will run on the Pi 4. The wiki page for RC16 is more circumspect, primarily so that new users don’t get the false impression that everything is supported. However I did notice some incorrect wording on a couple of other wiki pages – now corrected. |
Bryan (8467) 468 posts |
I am still hoping for a solution to this. Alternatively, my software can tell that the clock is slow (say, by looking a time obtained from a webserver). Is there a way (in Basic) that my software can set the clock. *NetTime_Kick dooes not do the job if the clock is minutes or more slow. |
Alan Adams (2486) 1147 posts |
OS_Word,15 sets both the current time and the CMOS clock or RTC hardware module. Territiry_SetTime doesn’t seem to set the hardware copy. You need a time to set it to in each case. I guess your real question is how to get an accurate time from within BASIC. I don’t have an answer for that. |
Bryan (8467) 468 posts |
Many Thanks. That looks good. I can work with that. |