throwback when compiling Paint

Does anyone know why when compiling paint throwback doesn’t supply the full pathname of the file?

ie After clicking on !Make if there is an error in h.tools the throwback file title is just h.tools instead of the full path which results in the error not appearing in an already open file when you click on it.

Does anyone know why when compiling paint throwback doesn‘t supply the full pathname of the file?

In !Make is the line ‘Dir <obey>‘ so all filenames are relative to the CSD.

ie After clicking on !Make if there is an error in h.tools the throwback file title is just h.tools instead of the full path which results in the error not appearing in an already open file when you click on it.

It works fine here in Zap 1.45 (06 Nov 2002) which although it doesn’t cannonicalise the filenames in the throwback window, does cannonicalise them on doing a throwback so will recognise an already open editor window.

It works even better in StrongEd which simply cannonicalises the filenames in the throwback window.

I’ll assume your using poor old SrcEdit which neither canonicalises in the throwback window or when doing a throwback.

Anyway to summarise someone has to cannonicalise the path, whether it should be Norcroft, DDEUtils or SrcEdit is up to you.

Thanks The problem was due to a dir <obey> in !make. I worked around it by changing it to Dir $ and setting %prefix <obey>$dir> the % is needed because the build environment aliases prefix.

Personally I think norcroft should be fixed but given that that isn’t going to happen in a hurry it’s easy enough to change srcedit.

On another matter does anyone know a way to redraw the window background when using wimp_update_window. I have drag selection and alt rename working in the sprite file window in !paint but it would be nice not to have a plain window. wimp_force_redraw is slower and causes a lot more flicker.

Only fixing norcroft can fix throwback properly because, for example, throwback doesn’t distinguish between, “string.h” and <string> and also you don’t know the path used to search for “string.h” – it may be in a library that has the path included in the cc command.

One for ROOL if they are reading this :).

It’s very difficult to discuss programming problems when certain characters cause problems in postings – eg angle brackets. Any chance of altering this so that just plain text is allowed?

Thanks The problem was due to a dir <obey> in !make. I worked around it by changing it to Dir $ and setting prefix <obey>$dir> the is needed because the build environment aliases prefix.

When people use Dir instead of prefix it tends to be because prefix will break at some point during the build process. If prefix is aliased to also call Dir that indicates it even more.

As an aside I think the line in RiscOS.Env.!Common

should be:

As in the current version the %*0 are being reduced to nothing when the obey file is run. The alias still changes dir, but doesn’t print anything out.

On another matter does anyone know a way to redraw the window background when using wimp_update_window. I have drag selection and alt rename working in the sprite file window in !paint but it would be nice not to have a plain window. wimp_force_redraw is slower and causes a lot more flicker.

The whole point of Wimp_UpdateWindow is that the wimp doesn’t do any clearing of the window for you; You’ll have to redraw the window tiles yourself. There’s a sprite in the pool called tile_1, and several called tile_1-<suffix> for different pixel depths.

It’s very difficult to discuss programming problems when certain characters cause problems in postings – eg angle brackets. Any chance of altering this so that just plain text is allowed?

You can put html tags in your messages, so you could put say code tags around the whole message (or as I did just around the set alias$prefix lines of my last message) or you could use html entities for troublesome characters. There’s a list here: http://www.w3schools.com/tags/ref_entities.asp

Re Window background

Yes I am aware that I have to clear the background myself in Wimp_UpdateWindow but as it is sometimes necessary to draw the window background during a Wimp_WindowUpdate (for example redrawing text or moving something) there should be a simple way of clearing the background so that the procedure matches the way the wimp does it – it has been extensively tested after all. As it is I had already resorted to plotting the tiles myself but have also done this in the redraw loop in case my coding differs in some way I haven’t thought of fom the wimp version. A Wimp_ClearWindowBackground swi which used the Wimp Redraw window code would make things a lot simpler preferably using a new PlotSpriteTiled spriteop :)

Re prefix:

I realise the problems with changing prefix so I’ve changed srcedit to canonise the filename.

re posting: thanks for the tip but I wrapped this posting in code tags and it made it all one sentence – I’ve taken the tags out now

The other trick when using this textile markup is the <notextile> and </notextile> tags can be used around stuff that you want to use “strange” chars in.

notextile

plain

This is a long line with <wimp> in it to see if it wraps with notextile the rain in spain falls mainly in the plain the rain in spain falls mainly in the plain. This is another paragraph will it wrap.

Or do I need a line between paragraphs like this one.

code

It seems only code allows me to write <wimp$scrap> but there aren’t any tags that I can put around the whole of my posting so that you just get what I type with wrapped paragraphs. notextile appears to treat the text as normal html so the text is formed into a single paragraph.

You can use “pre” to wrap your text. You have to format it exactly, as if inserting a chunk of a plain text file; no rewrapping or anything else is done and (depending on your browser’s CSS support) the text appears in a separate scrollable box, as shown below.

This is an example: <Wimp$Scrap> - this is basically what
you're asking for when you say you want plain text posting,
isn't it?

I’m not sure why Wimp$Scrap causes trouble – specifically, the vanishing of ”$scrap” – it’s probably some piece of textile syntax which “notextile” should escape, but doesn’t. RedCloth has plenty of bugs but isn’t maintained now. SuperRedCloth, its successor, is making progress but only slowly; I’m not ready to switch over to that engine yet.

Thanks for looking into it but it’s not what I was looking for. All I wanted was to be able to write a reply or post a new subject without having to go back after I’ve clicked on Save Reply and edit my message adding tags so that the display matches what I’ve written – you shouldn’t have to learn a markup language to get your message across.

Pre is no use as I’d have to work out a line length so that it doesn’t need horizontal scrolling – I wouldn’t bother reading a posting which I had to keep scrolling backward and forwards.

Have you thought of using a mailing list?

I think the problem with <wimp> is in any text which looks like a tag with a $ in it like <obey>