REVMEDIA FKB Articles - AREV, OI, REV G, jREV, JCDC, LIVEWATER,ADVANCED REVELATION, OPENINSIGHT, REVELATION G

RevMedia FKB

Document	V4I2A8
Title	A RevTI Techie Replies - Mike Pope - Revelation Technologies (UK) Ltd
Keywords	PDISK $SETPTR INPUT.KEY DEBUGGER LEN @VIEW.MODE @REC.COUNT RLIST RLIST_TEXT_1 HEADING DICT.MFS
Text	Early specifications for the next release of Advanced Revelation suggest that users shouldn't depend too heavily on the functionality of the mouse as documented in Revmedia (see ALSO the notes on Advanced Revelation 2 2 Paint in V3:10 ) It is not PDISK that was fixed in 2 11 rather $SETPTR which does in fact appear to be backward compatible to older versions The legal niceties of and support for porting code to earlier versions remain unaddressed The QTip about pressing [F10] etc to get system delimiters in the debugger doesn't appear to work at least as of 2 10 where the debugger is using INPUT KEY 1 rather than the older INPUT KEY But we get [Esc] instead plus some new things in 2 12 Further comments to the note about testing for LEN(x) This technique is in the Revelation Technologies coding CONVENTIONS (but not throughout the system for historical reasons) and thus explains for EXAMPLE why you cannot set @VIEW MODE = 0 to disable the view window; you must set @VIEW MODE = "" The moral is to favour null as a value for FALSE$ over the more common zero Finally @REC COUNT documented everywhere (RM too) as containing the count of select list keys is ALSO used for the entirely DIFFERENT function of maintaining a "records processed" counter in R/LIST This makes the former information unavailable for use in symbolic fields in the latter PROCESS Post R/LIST Processing A handy if limited post R/LIST hook is provided by the item in the DICT of VOC called RLIST_TEXT_1 This FIELD is used to FIND the SOFT TEXT for the "xxx record Processed" MESSAGE which by DEFINITION follows last record output Because it is symbolic you can add any PROCESSING you like to it Note that this doesn't work if you INCLUDE a HEADING Bypassing DICT MFS If access to a FILE is being defeated by DICT MFS (as can happen when unsuccessfully recompiling dict items AFTER an upgrade (The BASIC problem here is that a soon as the system sees the prefix 'DICT ' on a file it slaps DICT MFS on it and DICT MFS then goes through a normal check to see for instance if the CONTROL information has been matched to the current version etc )) or (as Tony Preston of Preston Microsolutions points out) if you want to MOVE or COPY indexed fields without affecting the target create a synonym for the DICTIONARY in the VOLUME DIRECTORY FROM SYSPROG (only) : ATTACH volume REVMEDIA COPY REVMEDIA DICT file* ACCOUNT TO:XXX*account Then attach as normal The file 'XXX' will allow access to the dictionary without DICT MFS When finished WITH the synonym DELETE it FROM the volume directory Do not use DELETEFILE for this or you will lose the file! Edit the REVMEDIA file DIRECTLY as above and delete only the entry (A symptom of the above may be the ERROR FS252 "Error COMPILING protection module" when upgrading to 2 12 In this CASE the dictionary item FMT needs to be removed!) (Volume 4 Issue 2 PAGE 10)

[revmedia/copyrigh.htm]

Page last modified: 08/02/03