# StrongED$Mode = Document
--------------------------------------------------------------------------------
Editing the name of a Notes entry in situ causes the messages "Menu not found"
when opening a sub-sub menu off it.
This only occurs when the sub menu of the Notes entry is already displayed.

The function generating this message is FindSelectedItem in s.Task.

Philip Ludlam philip__philipnet_com

--------------------------------------------------------------------------------
I've tried adding the following line to the CurrentMenu def'n :

TreePick "Editmy menus" Obey Choices:Director.Menus.Lenny small_dir
"DirectorEdit %0"

but it generates an error (Parameters not recognised).  What am I doing
wrong ?

Lenny lenny__argonet_co_uk

My (Philip Ludlam) reply was:
The problem is because TreePick is infact an Alias which does a number
of things:
1) Checks that the directory exists
2) Creates an menu option with the supplied name and sprite
3) Attaches a submenu to the option which call the main TreePick
program.

From my investigation I think that plugging the value you gave directly
into the Alias works - the problem that you've encountered may actually
be a 'feature' of the interaction between Director and RISC OS.

Let's redefine the line that defines the TreePick Alias so that it will
work from Obey and not DirectorObey (this should all be on one line):
Set Alias$TreePick IfThereIs -Dir -X %%2 "Option ""%%0"" -sprite %%3
-sub ""Dynamic:/Director:Menus.Files.TreePick -type %%1 -dir %%2
-command """"%%*4"""""""

Your command: TreePick "Edit my menus" Obey Director:Menus.AutoRun
small_dir "DirectorEdit %%1" (slightly edited for my system) produces
the error: Parameters not recognised

This error is relatedto the argument: "Edit my menus"
If this was replaced with: Editmymenus
(note the hard spaced between the words) then we get an error:
String not recognised

This error is related to speech marks around the DirectorEdit command.
As this is the last item on the command line it will all be supplied as
the command to execute under TreePick so we can safely remove the speech
marks to give:
TreePick Editmymenus Obey Director:Menus.AutoRun small_dir
DirectorEdit %%1

We can restore the TreePick definition to be run through DirectorObey
alias and the new command will work. We never actually needed to alter the
alias as it would give the same error messages we got above.

After some thought I believe that it is a bug (or at least a mis-feature)
in RISC OS. The next thing I have to do is prove it because if I present
what I've written above to them I think they will simply dismiss it as
a bug in Director.

The reply from Lenny:

That works fine, thanks.

Might be worth including in the general release (I called it
TreePickNoSpr).

Implemented TreePickNoSpr

Still must prove bug in RISC OS with a *very* simple case.

--------------------------------------------------------------------------------
The MenuMenu - as far as I know there is no point in including an option
to launch ARMBE (BasicEdit).   I don't believe this has worked since
RISC OS 2 - the only result is an error message 'File ARMBE not found'.
What *would* be nice is if DirectorEdit launched an appropriate editor
somehow instead of just failing silently when none is running - via
Alias$@Runtype_FFF perhaps?

The Filer_Run/Boot options as currently supplied are not particularly
helpful - they appear in totally irrelevant contexts, and the Filer_Boot
doesn't actually seem to work reliably.   I also propose that
SetType/Delete would be useful additions to the MenuMenu, though since
they are available on a submenu this is perhaps not important.   See my
enclosed MenuMenu - especially the Filer_Run/Boot handling and the use
of a submenu for the Iconsprites force option - for suggestions.

Harriet Bazley harriet__bazley_freeuk_com

--------------------------------------------------------------------------------
However it highlights an inconsistancy between

  -path "..."

and

  -sub "Path:..."

It doesn't seem possible to turn off upmenus with the latter (which I'd
like to do in this case) and it's not possible to issue a Command with
the former (which is why I'm using the -sub "Path:..." form).

I apreciate that '-path "..."' has an implied Filer_OpenDir associated
with it, though I wish to enforce '-sn -si' in this case, hence the need
to use the '-sub "Path:...' form.

Lenny lenny__argonet_co_uk

Phil L. added: -path "Pipe:$" doesn't work (it results in an 'blank' menu
option) where as -sub "Path:Pipe:$" does. 

Whether -up is done or not depends on the ESG of the parent menu item. A path
menu is generated from either MenuEntryPath or MenuEntryPathUp - but only with
the later is the up menu generated.

--------------------------------------------------------------------------------
There is a bug in the memoriser do with things being in the wrong place?
being dropped off very soon, going in completely the wrong place etc.

Nick thinks that there might still be a problem.

--------------------------------------------------------------------------------
Adjust clicking 4 times in quick succession on a drive icon causes
a crash. It was patching up a non existent menu, and wasn't fixed by the code
above (see log entry for version 0.25 - 25Jan96)

Note this only seems to affect the ADFS::4 drive. Drive :0 or SCSI (Castle) or
IDEFS (Blitz) drives aren't affected by this.

--------------------------------------------------------------------------------
DirectorMouseDir x causes any BASIC program after it in a dynamic menu to
emit "not enough application memory to start BASIC".  This is because it
starts up and shuts down a wimp task, which removes all the application
memory.

Workaround: put the DirectorMouseDir into a separate file.

--------------------------------------------------------------------------------
Dragging from the icon bar to pinboard does not quite put the icon in the
right place.  Must be something to do with the fact that the icon bar isn't a
proper window.

The iconbar *is* a proper window.

--------------------------------------------------------------------------------
Director menus with sprites in are sometimes the wrong width under
RISCOS3.50 and later.  It may either be a bug in the OS or in Director.
If you re-open the menu then it may correct itself.

 > > If it doesn't show the full filenames, press Adjust again (and again if
 > > necessary).
 > I assume that you are referring to the fact that the menus are sometimes the
 > wrong width.

That's right.  I should probably have made it clear in my posting that
this behaviour isn't specific to Director.  Treemenu did it too, so I
assume it's a Wimp bug (unless you're both making the same mistake!).
Of course, there may be a way around it - like calling Wimp_TextOp to
find out how long each item is, then forcing the menu to be that wide.

PL: I've seen it in MiniDisc and Nettle so it does look like a bug in the WIMP.

--------------------------------------------------------------------------------
When adjust clicking on a drive you need to keep the pointer over the icon
bar otherwise a filer window comes up.

(Philip Ludlam: Or is this a feature?)

--------------------------------------------------------------------------------
BUG: when a small icon is wider than it should be director doesn't make the
menu any wider [Brian Howlett].

--------------------------------------------------------------------------------
If a menu has a small icon which is wider than normal then it goes wrong.


--------------------------------------------------------------------------------
You said "if I menu on the icon Bar icon then slide off PinBoard, I get 
various error messages ... from another task".  Well, yes, I've just tried
it and it does indeed do that,  but only if you haven't clicked menu over
the pinboard first.  I'll write it down and fix it when i have the time!

Phil L: Already fixed before I got the code.
        Although if the select click over 'Pinboard ' you can(*) the error:
        "Menu not found".
        (*) Only seems to happen once per Director session.

Also, the pinboard menu appearswhere it last appeared if you right click over
Director's iconbar icon and choose the Pinboard option.
This only occurs *if* the pinboard menu has been shown before.

--------------------------------------------------------------------------------
Possible problem with reporting errors in DirectorObey causing
FIlerAction/Desktop failure? - POSSIBLY FIXED - to do with Patching up a
window.

--------------------------------------------------------------------------------
> The bug that I come across with Director every other month or so (perhaps
> slightly less frequently) just occurred again: I opened the Info box (by
> mistake), or it just might have been the Control menu just underneath, and
> Director gave up the ghost (no stack for trap handler, I think). This
> isn't a serious problem, and might be almost impossible to track down, but
> it would be nice if you could fix it.
> 
> I'd just been using PipeDream, and had just closed a couple of windows
> with it, then had gone to the Director icon. I'm not certain, but I think
> this bug generally occurs when I'm "on the move", rather than when I've
> done nothing for a few seconds, though why a few hundredths of a second
> should be any different from a few seconds is not clear.
> 
> Is it possible that Director's trying to interrupt itself in some sense?


--------------------------------------------------------------------------------
When loading, Director only checks for existing settings in Choices$Dir.
Try switching it to use Choices$Path and the read/load a single file.
Using Choices$Path in this wasy doesn't work for the Menus.AutoRun directory
as no files in !Boot.SiteHook.Director... nor RO370.Director... get run on
starting Director.

Philip Ludlam philip__philipnet_com

--------------------------------------------------------------------------------
>Hi, I just noticed the following ...
>
>I had a Zap window pushed off the bottom of the screen, ie with its title
>bar over the iconbar.  I ADJUST clicked on its close icon (to open the
>parent dir), but instead I got a Director filetree menu, the same as
>produced by clicking MENU on the parent dir titlebar (not the same as
>doing a MENU click on the Zap window's titlebar. as I'd thought at first).
>The parent dir wasn't opened by the ADJUST click on close btw, just the
>menu instead.

Lenny lenny__argonet_co_uk

I think Director's trapping the Filer_OpenDir sent by Zap.
It only picks it up becuase the mouse is over the icon bar
(It doesn't pick it up if the mouse is over any other window).
I'll look into it.

Line 732 of s.Filter causes the menu to be opened.
We should check to see what the name of the sending task is.

Fixed.
Stopped Director from responding to Filer_MessageOpenDirAt messages.
I'm not sure what (if anything) this change breaks.

Not fixed.
The above change stops Director from working with the Bin system and with
LanMan98.

A possible fix:
Check what icon the mouse is over.
If not over the window furniture then:
Send a wimp message to the owner of that icon:
  Wimp_SendMessage, 19, block%, -2, icon_handle% TO ,,task_handle%
Find the name of the task:
  TaskManager_TaskNameFromHandle, task_handle% to ptr_to_task_name%
Compare ADR ptr_to_task_name with Filer

The following bit of BASIC proves that the icons are owned by "... Filer",
where ... is SCSI IDEFS ADFS etc.
DIM block% 16
SYS "Wimp_Initialise",310,&4b534154,"Get task name"
SYS "Wimp_SendMessage",0,block%,-2,7 TO ,,thandle%
SYS "TaskManager_TaskNameFromHandle", thandle% TO tname%
PRINT FNstring(tname%)
END
DEF FNstring(ptr%):LOCAL a$:a$=""
WHILE ?ptr%>31
a$+=CHR$(?ptr%):ptr%+=1
ENDWHILE:=a$

So we can't call strcmpi to check for equallity.
I think we need to move r0 and r1 to the end of both strings.
and check backwards for equallity.
When we reach the beginning of either string, exit with EQ set if (so far)
both strings are equal.
call routine stricmpbl? (STRing Insensitive CoMPare Backwards Length)

--------------------------------------------------------------------------------
Issues with MemoriserFinalise?

What happens if Director is loaded and then immediately quitted?

--------------------------------------------------------------------------------
Document change to using DirectorWindow for the Info window rather than Info:

--------------------------------------------------------------------------------
Go through the command line switches in Director.

Do we want OS_ReadArgs to report an error if an essential argument isn't
specified or should Director check and report this? This needs to be
consistent through out the Director module.

On second thoughts - OS_ReadArgs does give a poor error message in these
conditions. Perhaps it would be better if Director itself generated errors for
essential arguments.

--------------------------------------------------------------------------------
Ensure that all SWIs call the X form and the sufficient error checking is in
place.

All SWI calls are in the X form - not sure about what error checking is in
place though.

--------------------------------------------------------------------------------
What happends if Director cannot find the Templates file?

--------------------------------------------------------------------------------
Sort out the problems with CDLib.

PJL: What problems?

--------------------------------------------------------------------------------
PCDirMenu.
Is it any use?
Can its Filters be removed?

Currentlycommented out.

--------------------------------------------------------------------------------
> >...the new version doesn't seem to be detecting my CD drive at all,
> >though the old version did. (APDL IDE interface, shared with hard drive)
> Odd.
> I would appreciate it if you could look into this for me.

The problem proves to be that CDFS_GetNumberOfDrives returns zero.   It
did exactly the same in the old version of FindDrives, but you were
using FOR n=0 TO... instead of WHILE n<limit.   As a consequence, now
the code is no longer being executed a minimum of once, and it's not
finding the one CD drive that is in fact present.

As to why this is happening... you'd better take that up with APDL, who
supplied the drive and CDFS (2.21)   It may be because the number of
CD-ROM drives has been configured to zero, which I believe was in
accordance to their instructions - the IDE card will then auto-detect
the number and nature of the devices attached, rather than hanging up if
one of them is not powered up (e.g. if I don't switch the external drive
on).

harriet bazley

I replied:

It maybe possible to force FindDrives to override what
CDFS_GetNumberOfDrives returns. I'll give it a think for the next
release.

--------------------------------------------------------------------------------

Use OS_SubstituteArgs for URL/path name stuff
Use both ANT and Acorn's way of loading URL programs if not present

--------------------------------------------------------------------------------

DirectorObey cannot cleanly call another program (whether BASIC or C).
The issue seems to be the way DirectorObey works as there are no problems from
running BASIC or C programs from files which are Obey-ed rather than
DirectorObey-ed.
I don't know if this is fixable or not. 

--------------------------------------------------------------------------------

Alter the -allow option of the Option command to copy up to a null terminator
or a ';' character.
Bug fixes related to -dash may have solved previous problems encounter when
trying to implement this. Must retry again.

--------------------------------------------------------------------------------

The SWI * command:
It doesn't like variables on the command line like : Director$CDDrives
But it will handle DirectorCDDrives .
What is it about the $ that it doesn't like?

--------------------------------------------------------------------------------

Switch lists CoolSwitch's window only after Alt+Tab or Ctrl+Tab have been pressed.
Haven't investigated this yet.
Temporary fix: Switch ignores all window from CoolSwitch.
The proper fix is to remove CoolSwitch and use Director for all its
functionality :-)

--------------------------------------------------------------------------------
When DirectorObey-ing or Obey-ing a file is issued without a previous menu
command any Command commands generate an error in the form:

Option "Filer_Run '%1'"
Command Filer_Run %0
Internal error: abort on data transfer at &023824A8

Doing this at the command prompt does generate the appropriate error message.

Update: 09.08.02 Yesterday's bug fix fixes this problem.
Results of debug mode turned on (how?) are unknown.

Both error messages are surpressed.
If Debug is turned ON:
  It's probably a good idea to report errors if there is an:
    1) Option with no Menu
  and
    2) Command with no Option

--------------------------------------------------------------------------------
This is fixed:
If a Dash command is issued straight after a Menu command (i.e. without there
having been a Options command inbetween) then the user receives an 'Internal
error' error.

However, it doesn't generate a 'proper' error like it really ought to.
--------------------------------------------------------------------------------
This is fixed:
Repeated EndMenus cause 'internal error' error messages.

However, it doesn't generate a 'proper' error like it really ought to.

--------------------------------------------------------------------------------
Sort of bug in Memoriser:

If you open a lot of files/directories from a remote like file system (like LanMan98 CDFS etc.), then dismount the file system and then create a Memoriser menu it will be (nearly) empty

At the point the menu is created there are two group for the items in Memoriser's list - those that will be displayed (if poss) and those that won't.

The first set is limited to the number defined by MemoriserItems. If this set consists of remote files which are now inaccessible then the memoriser menu will be emtpy.

Should this be fixed?

--------------------------------------------------------------------------------
DirectorOptions: wimpslot
It should remember what the current setting is, adjust if required for the
next (Director started task) and then return it to what it was.

--------------------------------------------------------------------------------

Something I've noticed.  Normally Director displays file entries that
can't be located where specified with a '?' file icon.  However, when I
explicitly specify a sprite for an object that doesn't exist, the
specified sprite (rather than the '?') is used.

Eg, by default in Select there are no PreDesktop or Desktop files in
<ChoicesDefault$Dir> (though there potentially could be, as there are in
Default and Single).  The Director commands :

  Option "PreDesktop" -sprite small_feb
    Command DirectorEdit <ChoicesHardware$Dir>.Boot.PreDesktop

uses the FEB sprite even though the file doesn't exist.

Lenny
--------------------------------------------------------------------------------

Menu
  Option "Leaf" -path <full_file_path>
EndMenu

the full_file_path should really be canonicalised

--------------------------------------------------------------------------------

ExpPath:

  Run$Path:

 * ExpPath seems to have an issue with the Run$Path
variable under Select due to it having path entries in it. Take the
path entries out and it's fine.

 * It should list the entries in Run$Path as directory entries, then
submenus(/subdirectories) should list the files inside them.

 * Unfortunately this version is still showing upmenus with an '^' entry.

 * >Re the 'Run:' entry in the Paths menu, I get :
>
>  Run:       =>
>  -------------
>  !!Read_Me          (Text)
>  !ReadMe            (Text)
>  AcornC     =>
>  Archive    =>
>  Graphics   =>
>  Internet   =>
>  RISCOS     =>
>  ScanLibs           (Basic)
>  User       =>
>
>However, Run$Path contains :
>
>Run$Path :
>Boot:Library.,LibraryAcornC:,LibraryArchive:,LibraryGraphics:,LibraryInternet:,LibraryRISCOS:,LibraryUser:,,SystExts:DDELibrary.,SystExts:Library.,ADFS::Res.$.!SystExts.Launchers.Director.!Director.Utils.,Choices:Director.Utils.,ADFS::Res.$.DDE.AcornC/C++.!SetPaths.Lib32.
>
>Ie it picks up some of the path-type entries (LibraryAcornC: etc) but
>misses out Boot:Library, SystExts:DDELibrary, SystExts:Library,
>!Director.Utils, Choices:Director.Utils, and !SetPaths.Lib32.


  C$Path:

 * >As an aside, I've noticed an effect with C$Path ..
>
>DeskLib: includes 2 libs : !DeskLib and !DeskLib_X.
>
>If I use clib and DeskLib: in the C$Path defn then I get a 2-entry menu
>(clib and DeskLib:) with a submenu for the latter (!DeskLib + !DeskLib_X).
>
>However if I use clib, !DeskLib and !DeskLib_X, then I get a 3 entry menu.
>
>I prefer the latter (less submenus).  Would it be possible that the menus
>are always generated this way even if the path var contains path-type
>entries ?

Lenny / Me

--------------------------------------------------------------------------------
Remove the -f/-force options from DirectorEdit.
Ensure that any errors won't cause any problems.
--------------------------------------------------------------------------------

"Close filers" uses Filer_CloseDir <fs>: which hasn't had any effect since
RISC OS 3.5!

--------------------------------------------------------------------------------

In Everywhere,
if the CSD is somewhere down in the directory structure (e.g.
SCSI::Mouse.$.Files.Programs.Desktop.Director.Director.!Director.Utils.s)
then it fails with WindowManager in use (is it trying to Wimp_ReportError?)

--------------------------------------------------------------------------------

FilerMenu: SetType menu.
If the sprite small_nnn doesn't exist then a 'doesn't exist' sprite is put
into the menu.
FilerMenu could check for the presence of the sprite and use file_nnn in that
case.
"Option" will need to be expanded, to allow a sub-option to -sprite (say
called "half" or something), which will set the 'display sprite at half size'
flag for the icon (bit 11 of the icon flags)

--------------------------------------------------------------------------------

MenuMenu:
At line 39 where it calls XOS_File , r0 should be 17 so that we can find out
the type of the file if it is an image file.
If ObjType%=2 Then Type%=&1000 or !App!
The rest of MenuMenu should be updated to cope with image files.

--------------------------------------------------------------------------------

There are still some serious bugs in Director.
Adjust clicking on a menu item can cause the menu to become corrupted :-(
(I've seen the title bar of a menu disappear!)
This was always a problem (for me) under RISC OS 3.1 and it doesn't look like
it's gone :-(.

Thought: I think this occurs when the submenu (for the directory) has been
opened, and you right click on the parent menu item. However, I'm not sure
why this should be the case.

Is it related to below?

It looks like some memory corruption occurs here. I've seen the title for the
menu become corrupted and disappear.

--------------------------------------------------------------------------------

I think this is a problem I've experienced before (Desk/DeskLib/DrSmith)

Right click on a folder (in a directory menu) results in an error which
forces Director to quit. However it does not appear to be an error generated
by Director (the error box appears with a Select icon).

Running Select 2i3
*addr -a
Address &39ab260
  ROM, at &3800000 offset &1ab260 (size &600000)
    Heap block, at &3999ea0 offset &113c0 (size &1a1a8)
      Module WindowManager, at &3999ea4 offset &113bc (size &1a1a4)
        Software vectors
          EventV (16)
            &39a313c (offset &9298): Code, workspace at &4000014
          UpcallV (29)
            &399b5c4 (offset &1720): Code, workspace at &4000014
          ChangeEnvironmentV (30)
            &399b5a8 (offset &1704): Code, workspace at &4000014
        Function SetupTintFunc, at &39a60d0 offset &5190 (size &d874)
*show regs
*showregs
Register dump (stored at &0210368C) is:
R0  = 00000000 R1  = 00000101 R2  = 00000000 R3  = 00000000
R4  = FFFFFFFF R5  = 80200012 R6  = 00000000 R7  = FFFFFFFE
R8  = 00000002 R9  = 00000000 R10 = 0402B5A8 R11 = 1B20984C
R12 = 04000014 R13 = 01C07F5C R14 = 0F813513 R15 = 239AB263
Mode SVC flags set: nzCvif

and

*addr -a
Address &39a95fc
  ROM, at &3800000 offset &1a95fc (size &600000)
    Heap block, at &3999ea0 offset &f75c (size &1a1a8)
      Module WindowManager, at &3999ea4 offset &f758 (size &1a1a4)
        Software vectors
          EventV (16)
            &39a313c (offset &9298): Code, workspace at &4000014
          UpcallV (29)
            &399b5c4 (offset &1720): Code, workspace at &4000014
          ChangeEnvironmentV (30)
            &399b5a8 (offset &1704): Code, workspace at &4000014
        Function SetupTintFunc, at &39a60d0 offset &352c (size &d874)
*showregs
Register dump (stored at &0210368C) is:
R0  = 00000000 R1  = 00000000 R2  = 1B20A7FC R3  = 00000001
R4  = FFFFFFFF R5  = 80200012 R6  = 00000000 R7  = 00000001
R8  = 1B20A7FC R9  = 0FFFFFFF R10 = 00000000 R11 = 1B206D04
R12 = 04000014 R13 = 01C07F34 R14 = 0F813513 R15 = 839A95FF
Mode SVC flags set: Nzcvif

and

*addr -a
Address &39ab260
  ROM, at &3800000 offset &1ab260 (size &600000)
    Heap block, at &3999ea0 offset &113c0 (size &1a1a8)
      Module WindowManager, at &3999ea4 offset &113bc (size &1a1a4)
        Software vectors
          EventV (16)
            &39a313c (offset &9298): Code, workspace at &4000014
          UpcallV (29)
            &399b5c4 (offset &1720): Code, workspace at &4000014
          ChangeEnvironmentV (30)
            &399b5a8 (offset &1704): Code, workspace at &4000014
        Function SetupTintFunc, at &39a60d0 offset &5190 (size &d874)

*showregs
Register dump (stored at &0210368C) is:
R0  = 00000000 R1  = 00000101 R2  = 00000000 R3  = 00000000
R4  = FFFFFFFF R5  = 80200012 R6  = 00000000 R7  = FFFFFFFE
R8  = 00000002 R9  = 00000000 R10 = 0401CA88 R11 = 1B209184
R12 = 04000014 R13 = 01C07F5C R14 = 0F813513 R15 = 239AB263
Mode SVC flags set: nzCvif

Running Select 3i1:
*addr -a
Address &39d979c
  ROM, at &3800000 offset &1d979c (size &600000)
    Heap block, at &39c8fe8 offset &107b4 (size &1c700)
      Module WindowManager, at &39c8fec offset &107b0 (size &1c6fc)
        Software vectors
          EventV (16)
            &39d2a74 (offset &9a88): Code, workspace at &4000014
          UpcallV (29)
            &39caa14 (offset &1a28): Code, workspace at &4000014
          ChangeEnvironmentV (30)
            &39ca9f8 (offset &1a0c): Code, workspace at &4000014
        Function SWIWimp_SetColourMapping, at &39d9560 offset &23c (size &4a8)
*showregs
Register dump (stored at &0211073C) is:
R0  = 00000000 R1  = 00000000 R2  = 1DE0C37C R3  = 00000001
R4  = FFFFFFFF R5  = 80200012 R6  = 00000000 R7  = 00000001
R8  = 1DE0C37C R9  = 0FFFFFFF R10 = 00000000 R11 = 1DE07E7C
R12 = 04000014 R13 = 01C07F34 R14 = 0F80D68F R15 = 839D979F
Mode SVC flags set: Nzcvif
*

--------------------------------------------------------------------------------

Why does Ctrl+Menu click over the Director iconbar icon not produce a menu
(as expected) whereas Ctrl+Select and Adjust do?
--------------------------------------------------------------------------------

The -minwimpslot and -maxwimpslot options have a subsequent effect on any
FilerAction launched (say through Bin).

Maybe an option to RunFilerAc to set a maximum wimpslot size = the next slot?

Bin should also not required confirmation to bin items nor delete them when
they are due for expiry.

--------------------------------------------------------------------------------

!Director.Menus.System.Close fails if the window in question has been deleted.
It also acts on windows which have been closed (it should just ignore them).

Experiments with altering the Obey file have failed so I guess it's better
implemented in BASIC.
--------------------------------------------------------------------------------

Problems with: Scroll
Doesn't work with any WinEd windows which have indirected titles
(no idea why).
The 'scroll here' function doesn't get the right scroll offset.
Additionally it only works in the Y direction.
--------------------------------------------------------------------------------
Jon Ripley jon__stryker_freeserve_co_uk wrote:

>Hi,
>
>Again, not sure if this is the right email address to use :)

Pretty much yes, although there is the mailing list at
director-users@lists.sourceforge.net - just click on the "Email" button
in Director's Info window.

>There is a bug in Director which only occurs when adjust clicking on a
>menu item which executes a command which removes the menu. Click select
>and the menu is removed, click adjust and the menu is reopened and not
>removed.
>
>The following obey file, also attached. Demonstrates this.
>
>| Clicking SELECT closes and kills the menu

No it doesn't. The menu still remains (Pinboard menu -> Director ->
Menus).

>| Clicking ADJUST keeps the menu open and does not -remove it
>| Adjust clicking on a menu item which -removes the menu is bugged
>Menu BugTest
>  Option "Remove"
>    Command Menu BugTest -remove
>EndMenu
>
>DirectorShowMenu BugTest

The issue is that when displayed, a menu is in the DisplayedMenu list
rather than the StoredMenu list.

The thing is with Director is that menus are stored internally in the
same format as presented to the Wimp. Consequently, you can't delete a
menu if it's being shown on screen at the same time.

So, for the minute, that 'bug' is a feature.

BTW. Is this something you just found out, or is this (miss)feature
really going to annoy you?

Yours,

Phil L.

--------------------------------------------------------------------------------

Harriet Bazley harriet__bazley_freeuk_com wrote:

>On 10 Sep 2003 as I do recall,
>          Philip Ludlam wrote:
>
>>Harriet Bazley harriet__bazley_freeuk_com wrote:
>> 
>> >I have a practical problem in finding a suitable modifier key to use
>> >with the FrontBack filter!   I used to use Alt, to match AltClick which
>> >I was hoping to replace, but that interfered with Impression using ALT
>> >for hidden frame selection.   So then I tried using Control, and that
>> >interferes with Impression using Control for OLE editing of graphics,
>> >which is much worse!   I don't remember having this trouble with
>> >AltClick... any other suggestions?  :-)
>> 
>> After giving this a quick try on Style 3.04 -shift is out of the
>> question and it doesn't like -ctrl -alt. However -select -ctrl -alt
>> -menu works, but it also starts Windows Menu (for me at least) so
>> beware.
>
>I don't think I can face trying to depress three keys at once with one
>hand while manipulating the mouse with the other :-)
>
>I'll stick to using the Switch filter instead, which I've more or less
>got into the habit of doing.

When was -menu (or select for that matter) a key press :-)

But as a side note, that set up mouse clicks and keypresses interferes
with StrongED's Alt+Select block highlighting!

Bug in Director's detection of keys/mouse clicks?!?

--------------------------------------------------------------------------------
