World: r3wp
[RAMBO] The REBOL bug and enhancement database
older newer | first last |
Anton 12-Jun-2007 [3057] | I was disappointed to find that merely patching caret-to-offset and offset-to-caret was not enough to fix the highlight and caret rendering. The View system does not appear to use them. (Maybe the View system keeps direct references to the native functions and does not refer to these global words to get to the native functions ?) This means that ctx-text and focus/unfocus have to be patched to prevent system/view/caret and highlight-start/end being set and thus rendering the highlight and caret. |
Ashley 12-Jun-2007 [3058] | Could you post/email me just the caret-to-offset and offset-to-caret patches? That should be enough for me to get RebGUI working. Thanks. |
Anton 12-Jun-2007 [3059x2] | Here's what I have so far. (Note, this code may end up in another file.) http://anton.wildit.net.au/rebol/patch/caret-to-offset-patch.r |
Also note, to get the caret and highlight handling / rendering working properly will require you to do in Rebgui the equivalent of the above ctx-text patching etc. That's quite a bit of work. | |
Gabriele 13-Jun-2007 [3061x4] | Oldes, regarding your multiple slashes ticket... |
notice this behavior: | |
>> what-dir == %/home/giesse/ >> read %/ == [%proc/ %initrd/ %sys/ %bin/ %initrd.img %media/ %Recycled/ %srv/ %usr/ %etc/ %boot/ %vmlinuz %lib/ %mnt/ %tmp/ %sbin/ %cdrom/ %... >> read %// == [%.directory %giesse/] >> read %/// == [%Detective/ %.hplip.conf %.teamspeak2/ %.mythtv/ %.qt/ %.fontconfig/ %.clay/ %.Skype/ %.recently-used %.face.icon %.DCOPserver_... | |
REBOL does not ignore multiple slashes. However, this is not documented anywhere, so I'm not sure what the rules should be. | |
Oldes 13-Jun-2007 [3065x2] | so it's bug here: >> make-dir/deep %aaa//bb/ ** Access Error: Cannot open aaa// ** Near: make-dir/deep %aaa//bb/ |
never mind, you can delete it, I already have a solution... anyway... it would be nice to replace the clean-path function with the Anton's simple-clean-path | |
Chris 16-Jun-2007 [3067] | any [get/any 'no-word "Alt"] ; should this return "Alt" ? |
btiffin 17-Jun-2007 [3068] | Chris; Umm, not according to help any. It returns the first value that is not false or none. So I guess unset! counts. :) But you're right. unset! should be more false than true. |
Anton 19-Jun-2007 [3069x5] | I've finally done it. Here is an AREA/FIELD style which handles and renders the caret much better with center and right-aligned text: |
First run View 2.7.5.3.1 and do this: site: select load-thru http://www.rebol.net/reb/index.r[folder "Anton"] clear find site %index.r load-thru/update site/patch/caret-to-offset-patch.r Do the main demo, showing patched AREA: do-thru site/patch/demo-caret-to-offset-patch.r Three patched styles; AREA, FIELD, INFO: do-thru site/gui/demo-area.r do-thru site/gui/demo-field.r do-thru site/gui/demo-info.r The initial experimental testing script: do-thru site/patch/test-caret-to-offset-patch.r | |
Advantages: - middle and right aligned text is now usable and works as one would expect, with the caret appearing in the correct position. - you can render the caret how you like - you can render the highlighting how you like (I didn't show the above options clearly in the demos yet, you must still get your programming fingers dirty) Disadvantages: - lots of code to achieve the above - probably slow performance with large areas, because images are being created on every redraw | |
I should have announced that in the View group, sorry. | |
(oh well, I guess it's one big bug workaround) | |
PeterD 20-Jun-2007 [3074] | Thanks Anton |
Anton 20-Jun-2007 [3075x2] | Cool, let me know any problems. |
To maybe fit in better with other styles, the caret colour can be changed. eg: area with [append init [named-colours: make named-colours [caret: black]]] | |
Graham 28-Jun-2007 [3077] | rambo'd https posting bug. |
btiffin 29-Jun-2007 [3078] | Can I get someone to try this before I report it. foreach [e s] to block! {thing 'word} [compose [e (get s)]] segfaults 1.3.2.4.2 and 2.7.5.4.2 |
Graham 29-Jun-2007 [3079] | linux version |
btiffin 29-Jun-2007 [3080] | yep |
Graham 29-Jun-2007 [3081] | crashes windows as well |
Frank 29-Jun-2007 [3082] | +1 1.3.2.4.2 and 2.7.5.4.2 Linux |
Graham 29-Jun-2007 [3083] | is it recursive? |
btiffin 29-Jun-2007 [3084x2] | I'll check RAMBO add if not in there then...thanks Graham...I just reduced it to this so far...more experimenting to come. |
How about this on your end...just trying to reduce the code for the RAMBO report. foreach a to block! {'word} [print get a] - this segfaults on Linux. too. | |
Frank 29-Jun-2007 [3086] | Got the same result... 1.3.2.4.2 and 2.7.5.4.2 |
btiffin 29-Jun-2007 [3087] | get first to block! {'thing} returns an error message ** Script Error: thing word has no context b: first to block! {'thing} == 'thing get b segfaults. |
Tomc 29-Jun-2007 [3088] | windows REBOL/View 1.3.2.3.1 5-Dec-2005 Core 2.6.3 goes boom |
btiffin 29-Jun-2007 [3089] | reported. |
Volker 29-Jun-2007 [3090] | to block! does not bind. word is not included in system/words. sometimes that results in an error-mesage and sometimes in a crash. |
Anton 29-Jun-2007 [3091] | Good one. |
Steeve 30-Jun-2007 [3092] | yeah , it's the normal behaviour for to block! , use load instead for binding |
Graham 30-Jun-2007 [3093] | what happened to my https rambo report ?? :( |
Gabriele 30-Jun-2007 [3094] | i haven't seen it. worst case it was deleted with the spam (i check them carefully, but i may have missed it) |
Graham 30-Jun-2007 [3095] | yeah ... I think you nuked it :( |
Gabriele 1-Jul-2007 [3096] | did you re-enter it? |
Graham 1-Jul-2007 [3097] | No .. did you want me to ?? |
Gabriele 1-Jul-2007 [3098] | if it has been deleted, there's no way to recover it. |
Dockimbel 2-Jul-2007 [3099] | 2.6.2 and 2.7.5, Windows and Linux (probably others too) : Encmd crashes if 'title keyword is used in 'encap header. It works correctly with enpro and enface. |
Sunanda 3-Jul-2007 [3100] | Is rhis a bug, or just undocumented behavior? trim " a ^/ ^/ a " == "a^/^/a" The help says "Removes whitespace from a string. Default removes from head and tail." But in this case it seems to treat the string as a set of strings (separated by newline) and trims them all. Compare with the expected behavior here: trim " a b a " == "a b a" |
Rebolek 3-Jul-2007 [3101] | TRIM behaviour is strange. Sometimes it removes too much as in your case, sometimes it removes too little as in (trim "^/a^/" == "a^/") . I would say it's a bug. |
Sunanda 3-Jul-2007 [3102] | I'm beginning to think so too, especially as (from my reading of the function), these two should be equivalent trim/head/trail " a ^/ ^/ a " trim" a ^/ ^/ a " |
Izkata 4-Jul-2007 [3103] | Hence why I always use trim/head/tail... I didn't think it was a bug, though, since your first example - trim " a ^/ ^/ a " - could be a shortcut for data files.. Trimming each line. |
Anton 6-Jul-2007 [3104] | Sunanda, I think, from memory of old conversation, that the default TRIM behaviour is particular and just insufficiently documented. It's annoying, chuck it in RAMBO to specify exact behaviour in doc string. |
Pekr 12-Jul-2007 [3105] | On windows platforms, you'll get the infamous DOS window flashing when executing an external CGI ! It's just a matter of 1 flag to correctly set in 'call C source code, if you're really annoyed by that, ask RT to fix it asap (for 2.7.6 that would be good)! ;-) I may reimplement completely call command in REBOL, but it would be a big waste of time and energy...it should be a 10 minutes fix for RT. Addind a time limit to 'call would be a good thing too, it would also avoid me the reimplementation of 'call to add such feature.... - DocKimbel Anx chance of getting above fixed? Should we rambo it? |
Henrik 12-Jul-2007 [3106] | wouldn't hurt :-) |
older newer | first last |