ANN - libIMEDTreeManager 1.2 now available in legacy format
We catch your comments! So, our library is now also available in the legacy format (i.e. for Revolution 2.4+). For Revolution 2.8+ keep downloading the regular release. Download page is http://www.imed-edition.net/rev/treemanager/ --- Release of version 1.2 of libIMEDTreeManager --- This update includes a major new feature : • Optional display of vertical lines between nodes of the same parent, similar to the Windows hierarchical list (see the real life sample image below). • Plus enhancements of the tree display and minor corrections. This is a free update for current users. libIMEDTreeManager is a Tree Manager Tree Field Control library for Revolution. It is intended to build, navigate and rearrange (dragdrop) multiway trees and to display trees in field controls. Try our sample stack and show how easy it is for beginners. Also discover the many API which give fine control to advanded developers when needed. A special thanks to our user who pointed out about our product that: «the documentation is the best ever seen within the RR environment»! Details on: http://www.imed-edition.net/rev/treemanager/ ©2006-7 by iMed Edition July 26, 2007 ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
ANN - The Tree Manager libIMEDTreeManager version 1.2
Release of version 1.2 of libIMEDTreeManager --- This update includes a major new feature : • Optional display of vertical lines between nodes of the same parent, similar to the Windows hierarchical list (see the real life sample image below). • Plus enhancements of the tree display and minor corrections. This is a free update for current users. libIMEDTreeManager is a Tree Manager Tree Field Control library for Revolution. It is intended to build, navigate and rearrange (dragdrop) multiway trees and to display trees in field controls. Try our sample stack and show how easy it is for beginners. Also discover the many API which give fine control to advanded developers when needed. A special thanks to our user who pointed out about our product that: «the documentation is the best ever seen within the RR environment»! Details on: http://www.imed-edition.net/rev/treemanager/ ©2006-7 by iMed Edition July 26, 2007 ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Expandable/collapsible lists
Have a look at: http://www.imed-edition.net/rev/treemanager/ and your job is done! How do I create an expandable/collapsible list, similar to what the Application Browser uses, with the +/- icons, etc.? Sincerely, iMed Edition ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Tree
Matt Try http://www.imed-edition.net/rev/treemanager/ Currently we offer «Tree Manager Tree Field» at a special pricing for unlimited standalones. Regards, Fred ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
[ANN] libIMEDTreeManager v 1.03 - The TREE MANAGER TREE FIELD CONTROL for REVOLUTION
libIMEDTreeManager v 1.03 - The TREE MANAGER TREE FIELD CONTROL for REVOLUTION iMed Edition is pleased to annonce the release of version 1.03 of the libIMEDTreeManager stack. NEW: This release implements a proxy node feature in order to speed up tree building and to spare memory usage. Two new examples for PROXY usage including a zip introspector to search for images in archive files. LIMITED TIME OFFER: For a limited period of time iMed Edition is offering the libIMEDTreeManager bundled with unlimited licences for deployement. libIMEDTreeManager is a Tree Manager Tree Field Control library for Revolution. It is intended to build, navigate and rearrange multiway tree and to display trees in field controls. Beginners and expert developers will enjoy how easy it is to build and display trees with Revolution. Database developers will especially appreciate its optional datasource and proxy based architecture. The following features are supported among many others : - Creating trees and managing nodes (adding, deleting, reordering, customising labels). - Optional PROXIES to speed up and to spare memory; - Automatically updates the display of registred tree fields. You can display the same tree in as many fields as you want. - Allows multiple, discontiguous selection. - Dragging within a tree field control allows moving items between folders or reordering. - Drag drop between windows. - Written in Transcript in order to work on any OS supported by Revolution. - Very easy scripting integration with/without our Tree Creator. - Many examples given in our Tree Manager Tree Field Examples Stack. - Detailed documentation. - Many more... Quick Installation Guide: Download the archive package, decompress it, open stack libIMEDTreeManager , click on the Examples... button and just have pleasure! Find out more and download the package from this address: http://www.imed-edition.net/rev/treemanager/ iMed Edition Thu, 14 Sep 2006 19:48:16 +0100 ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Forcing a variable to evaluate as an object reference
David, Your post remembers me probleme I encountered related to Bugzilla Bug 3648. One of the solutions could be the following: on yeschangeit ... repeat for each line i in field langfields Be aware that if you change the content of field langfields inside the repeat loop, surely you will get an unexpected value for i in the next loop. So best practice is to first put the content of the field in a variable before the repeat statement, i.e.: put field langfields into tLangList repeat for each line i in tLangList put field i into twhere get the Language[glanguage] of twhere put it into field i put the Language[glanguage] of fld i into fld i -- is ok for me now end repeat end yeschangeit so the new handler would be (and this works for me): on yeschangeit global glanguage put field langfields into tLangList repeat for each line i in tLangList put the Language[glanguage] of fld i into fld i -- is ok for me end repeat end yeschangeit If this does not work you can send us a sample stack and we will find the bug to fix. Hope this helps! ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
[ANN] libIMEDTreeManager - The Tree Manager Tree Field Control
-- libIMEDTreeManager - The TREE MANAGER TREE FIELD CONTROL for REVOLUTION -- iMed Edition is very pleased to annonce the release of libIMEDTreeManager stack. libIMEDTreeManager is a Tree Manager Tree Field Control library for Revolution. It is intended to build, navigate and rearrange multiway tree and to display trees in field controls. Beginners and expert developers will enjoy how easy it is to build and display trees with Revolution. Database developers will especially appreciate its optional datasource based architecture. The following features are supported among many others : - Creating trees and managing nodes (adding, deleting, reordering, customising labels). - Automatically updates the display of registred tree fields. You can display the same tree in as many fields as you want. - Allows multiple, discontiguous selection. - Dragging within a tree field control allows moving items between folders or reordering. - Drag drop between windows. - Written in Transcript in order to work on any OS supported by Revolution. - Very easy scripting integration with/without our Tree Creator. - Many examples given in our Tree Manager Tree Field Examples Stack. - Detailed documentation. - ... Quick Installation Guide: Download the archive package, decompress it, open stack libIMEDTreeManager , click on the Examples... button and just have pleasure! Find out more and download the package from this address: http://www.imed-edition.net/rev/treemanager/ ©2006 by iMed Edition - swiss made ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: [FIX] How do I abort a handler in OS X???
The problem is fixed with: set the allowinterrupts to true This should be the default at startup but I found it was set to false in the current version. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
incomprehensible bug!? (from an idea of: passing parameters in a send call)
Who can understand why the test1() function will return TRUE and test2 () FALSE with the script below? The only difference is in looping each line of the string pPackedData : - either with : repeat with i=1 to the num of lines in pPackedData -- in imedArray_unpack_1() - or with : repeat for each line tLine in pPackedData -- in imedArray_unpack_2() To test, create a field (number 1 in the script below) and put into it a text with many paragraphs, then put the script below in the card, type test1() or test2() in the message box. Please confirm that you reproduce the result of TRUE for test1() and FALSE for test2(). If yes I will fill a bug in Revzilla, if you get TRUE in both case I will have to first reinstall Revolution on MacOSX... or do you see a bug of my own? Of course you can freely use these scripts as yours to pass the packed data of an array in a send or call command but use the imedArray_unpack1 which gives the correct result presently. Note that the URLEncoded suggested by Stephen is unnecessary and will be an unnecessary overhead (the cr replaced by empty is faster and takes less memory to convert the base64encoded string to one line). Regards, AF function test1 local a,b repeat with i=1 to the num of lines in fld 1 put line i of fld 1 into a[i] end repeat put imedarray_pack(a) into tPacked put imedarray_unpack_1(tPacked) into b -- see the imedarray_unpack_1() and imedarray_unpack_2() for clue return imedarray_equal(a,b) end test1 function test2 local a,b repeat with i=1 to the num of lines in fld 1 put line i of fld 1 into a[i] end repeat put imedarray_pack(a) into tPacked put imedarray_unpack_2(tPacked) into b -- see the imedarray_unpack1 () and imedarray_unpack2() for clue return imedarray_equal(a,b) end test2 function imedArray_pack pArray -- convert an array to a cr-delimited string with keytabbase64encoding local r repeat for each line k in the keys of pArray get base64encode(pArray[k]) replace cr with empty in it put k tab it cr after r end repeat return r end imedArray_pack function imedArray_unpack_1 pPackedData -- convert back a packed string to an array, version 1 local a set the itemdel to tab repeat with i=1 to the num of lines in pPackedData put line i of pPackedData into tLine put base64Decode(item 2 of tLine) into a[item 1 of tLine] end repeat return a end imedArray_unpack_1 function imedArray_unpack_2 pPackedData -- convert back a packed string to an array, version 2 (DONT RETURN CORRECT RESULT: BUG IN THE REV ENGINE?) local a set the itemdel to tab repeat for each line tLine in pPackedData put base64Decode(item 2 of tLine) into a[item 1 of tLine] end repeat return a end imedArray_unpack_2 function imedArray_equal a,b,pCaseSensitive -- test if two arrays have the same keys and same content put the keys of a into tkeys if the number of lines in tKeys is not the num of lines in the keys of b then return false set the caseSensitive to pCaseSensitive is true repeat for each line tk in tKeys if a[tk] is not b[tk] then return false end repeat return true end imedArray_equal Date: Mon, 22 May 2006 20:50:13 -0700 From: Stephen Barncard [EMAIL PROTECTED] Subject: Re: passing parameters in a send call. ... I turn the array into a list with lines like this. The secret is to encode the data to fit on one line per record, using tab as a delim. keyName tab data URLEncoded data looks like this on a line: --put+the+scriptsOfFocus+of+this+stack+into+tStackList% This line was base64Encoded, then URLEncoded on to one line: cCnB1dCBsaWJTUUJfcmV0dXJuUmVsU3RhY2tBZGRyZXNzZXMoInRydWUiKSBpbnRvIHRT dGFj%0D%0 using this code: put URLEncode(base64Encode(fld disclosure)) into fld output2 ... sqb ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution