Difference: 520KnownIssues (39 vs. 40)

Revision 402012-07-13 - JeanNeron

  Known Issues 
 Table Widget Editor 
 
 should only accept table source inputs (allowed me to enter a file name) * Fixed *, there was no editting on the fields at all. Made AP & Process name required fields.
  It seems that rewriting an ITEM (HTM VIEWER) to a table doesn’t work anymore. This is the code in OI:
 SET --- WIDGET NAME = *TBL INF02
 READ --- WIDGET HOLD 1 FT 0 BY WIDGET NAME
 T SET --- WIDGET WIDGET TYPE = TABLE
 T SET --- WIDGET D SRC AP = OTO
 T SET --- WIDGET D SRC INV TYPE = SUBPROCESS
 T SET --- WIDGET D SRC NAME = *TBL INF02
 T REWRITE --- WIDGET FAIL 0
  If a field has a size override >80 characters, the table will not display. Fields larger than 80 will display properly if there is no size override.
 
 Drag & Drop Editor
-<
<
+ There should be a flag on the --- WIDGET spec to indicate if the field can accept a Drop action. This should be available for the following Widget types: button, label, table widget, html viewer, and Window Background. Currently only works for Widgets attached to an item. Problem: Some of those widget types do not fire an option, ie, labels, etc. * Fixed * There is now --- WIDGET DROP TARGET that marks a widget as able to receive a drop action. It also looks at --- WIDGET FI CHOOSE MODE to see what kind of Drop should be supported. --- WIDGET FI CHOOSE MODE has values of ANY, FILE, FOLDER, TREE where ANY is a single file or folder name. Many more widget types now support being a drop target.
->
>
+ There should be a flag on the --- WIDGET spec to indicate if the field can accept a Drop action. This should be available for the following Widget types: button, label, table widget, html viewer, and Window Background. Currently only works for Widgets attached to a field on the image. * Fixed * There is now --- WIDGET DROP TARGET that marks a widget as able to receive a drop action. It also looks at --- WIDGET FI CHOOSE MODE to see what kind of Drop should be supported. --- WIDGET FI CHOOSE MODE has values of ANY, FILE, FOLDER, TREE where ANY is a single file or folder name. Many more widget types now support being a drop target, but still require a field on the image.
  Drag & Drop Runtime 
 
 There are times when it would be nice for the ADC Window to gain focus when an object is dropped on it. * Fixed * Client window now gains focus on a drop.
-<
<
+ When dragging files over an Appx screen show where you can drop your files (change border or something of the widgets that can accept a drop action). More of a 'nice to have', since the mouse pointer changes when the mouse passes over a drop target.
->
>
+ When dragging files over an Appx screen show where you can drop your files (change border or something of the widgets that can accept a drop action). More of a 'nice to have', since the mouse pointer changes when the mouse passes over a drop target. * Fixed *
  Provide a runtime API to copy the --- DROP* files to memory versions of those files (MDROP* ?) to make it easier for a designer to save the contents of --- DROP.
-<
<
+ If you set @SDND=file to only accept files, and the user drops a folder, the option still fires but the --- DROP* files are empty. The option probably should not fire at all in this case, and the mouse pointer should not change (?).
  Files dropped remain in the temporary folder forever. They should probably be cleared when the --- DROP* files are initialized. Alternatively, provide a method for the designer to specify a location for dropped files, and the designer will manually clear the directory at login.
->
>
+ Files dropped remain in the temporary folder forever. They should probably be cleared when the --- DROP* files are initialized. Alternatively, provide a method for the designer to specify a location for dropped files, and the designer will manually clear the directory at login. Is this 'Fixed', now that there is a setting for dropCachePath?
  Create unique filenames for the temp file. Now the subject seems to be the name of the tempfile. This gives problems in dropping more items with the same subject. * Fixed ***
  Possible bug? When files are dragged from Thunderbird & dropped, the temp file seems to be erased almost immediately (there is no opportunity for the Appx process to get it). * Fixed ***

View topic | History: r62 < r61 < r60 < r59 | More topic actions...