r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[View] discuss view related issues

Volker
24-Nov-2005
[3355]
!> scratch: does[editor %scratch.r]
Rebolek
24-Nov-2005
[3356]
Cal Dixon's REM (editor for Core) can be started with /function refirement 
which does exactly what you said.
Volker
24-Nov-2005
[3357x2]
scratch: func[:value][save/header %scratch.r :value [] editor %scratch.r]
missed "and use the function directly in the console"
Henrik
24-Nov-2005
[3359]
volker, it forgets the function as soon as I return to the console
Volker
24-Nov-2005
[3360]
one moment
Henrik
24-Nov-2005
[3361]
ah :-)
Volker
24-Nov-2005
[3362x2]
scratch: func['value][
 save/header %console-scratch.r either word? :value[
  reduce[to-set-word :value get value]
 ][
  :value
 ][Title: "Console-scratch"]
 launch: func[file /secure-cmd][do file]
 editor %console-scratch.r    
]
halt
^e ^q and you are back to console
Henrik
24-Nov-2005
[3364]
I see... works ok :-) I'll see if it turns out useful, thanks
Volker
24-Nov-2005
[3365x2]
;since nobody is perfect:
scratch: func['value][
 save/header %console-scratch.r either word? :value[
  reduce[to-set-word :value get value]
 ][
  :value
 ][Title: "Console-scratch"]
 launch: func[file /secure-cmd /local err][
  if error? set/any 'err try[do file][unview/all err]
 ]
 editor %console-scratch.r    
]
scratchme: func[][]
scratch scratchme
(error->closes window)
Henrik
24-Nov-2005
[3367]
hmm... and to get this function available at startup? I remember 
a user.r file somewhere...
Volker
24-Nov-2005
[3368]
desktop http://polly.rebol.it/test/test/view-root/floor.r
the right-click on view-root/user.r
Henrik
24-Nov-2005
[3369]
thanks
Volker
24-Nov-2005
[3370]
scratch without args reopens editor. To get back after error. http://polly.rebol.it/test/test/scratch-editor.r
Henrik
24-Nov-2005
[3371]
This is pretty cool! I added do-events at the end of the scratch 
script.


Now I'm running a GUI program, and I can exit to the console though 
a "halt" button in the GUI. I 'SCRATCH the function I need and CTRL-E 
the changes and I can continue working with the GUI program with 
the new changes without quitting the editor. :-)
Graham
24-Nov-2005
[3372]
Anyone remind me why there is no binary support within the clipboard?
DideC
24-Nov-2005
[3373]
There is not!
(Is this a sufficient reason for you ;-)
Henrik
24-Nov-2005
[3374]
could it be a compatibility issue? I'm not sure if binaries are supported 
in the XFree86 clipboard
Volker
24-Nov-2005
[3375]
WHy not saving as strings? with binaries you need type-information 
too i guess.
Graham
24-Nov-2005
[3376]
what I want to is right click on an image, copy to clipboard, and 
then paste it into a rebol application.
Volker
24-Nov-2005
[3377x2]
Yes, that would be nice.
Is there a way with an external app? save clipboard to file?
Henrik
24-Nov-2005
[3379]
some apps support it... Directory Opus can paste an image directly 
to a file
Volker
24-Nov-2005
[3380]
depending on app you can also paste the filename/url instead? as 
workaround? But image-clipboard and drag/drop ae so comfortable.
Graham
24-Nov-2005
[3381x3]
paste .. I guess I mean that the rebol application would then read 
it from the clipboard
I am currently pasting urls in .. but I was hoping for a better solution.
So, is the lack of binary support a cross platform implementation 
issue rather than a technical one in windows ?
DideC
25-Nov-2005
[3384]
Cross platform I guess.
Gregg
28-Nov-2005
[3385]
My guess as well. I have some win-clip stuff for images. Nothing 
fancy, but might save you a little effort. Let me know if you're 
interested.
Graham
28-Nov-2005
[3386]
sure ... I thought you had, but I think it was on another world.
Anton
30-Nov-2005
[3387x2]
load-thru/update http://www.lexicon.net/antonr/rebol/gui/scroll-panel.r

load-thru/update http://www.lexicon.net/antonr/rebol/gui/demo-scroll-panel.r
(bug fixes)
Henrik
30-Nov-2005
[3389x4]
what is it exactly that 'WITH does in LAYOUT? I can assign variables 
to face data, but apparently not face data to variables... I'd like 
to bind the state of a toggle to an external variable in a toggle
oops... erase the "in a toggle" at the end
ok, it seems to be possible with text, using the first option, but 
not state:

f: "REBOL"

view layout [field with [text: f]] ; displays field with "REBOL" 
in it. If I edit the field, the contents of f is changed

g: true

view layout [toggle with [data: state: g]] ; displays a toggle that 
is set true. If I click it to false, the contents of g is _not_ changed
oh... it's because text is bound to a string, where you can't bind 
to TRUE and FALSE...
Volker
30-Nov-2005
[3393]
nitpicking: referenced, not bound :) 'with is simply a make of the 
face, before anything else.
Henrik
30-Nov-2005
[3394]
grargh! this reminds me of Niels Bohr's statement on understanding 
quantum mechanics... I guess this can be applied to REBOL as well
Geomol
30-Nov-2005
[3395x2]
:-)

You're dealing with objects. A face is an object. The WITH block 
assign values to the attributes within the object, or extend the 
object with new attributes. Just like:
o1: make object! [a: 0]

o2: make o1 [a: 1 b: 2]	; the attribute a gets the value 1, and a 
new attribute b is created and gets the value 2.


Some data types in REBOL are references, when used in objects, some 
are not. (Remember that data types are grouped as scalars, series, 
etc.)
If you wanna export some face attributes outside, you could do that 
with the action attribute (the action block following many styles 
in VID for example) or in the feel functions.
a: false
view layout [toggle [a: face/data]]

This will change a according to the state of the toggle.
Henrik
30-Nov-2005
[3397]
that's also the solution I found...
Geomol
30-Nov-2005
[3398]
Then you're not lost at all! It's not as complicated as quantum mechanics! 
;-)
Henrik
30-Nov-2005
[3399]
it _would_ have been nice to be able to do the other thing, but the 
code is almost as streamlined as I wanted it to be now. I guess I 
need to study more on datatypes...
Geomol
30-Nov-2005
[3400]
The data types in REBOL are one major cornerstone and reason, why 
so much functionality can be written with such little code.
(As I see it.)
Pekr
1-Dec-2005
[3401x2]
Maybe new release is near :-) I just noticed there is few of nice 
bugfixes with comment like: Fixed in Core/SDK 2.6.2 and View 1.3.2 
....
I mean - rambo entries ...
Graham
1-Dec-2005
[3403]
interesting ... maybe in time for Xmas ?
Pekr
1-Dec-2005
[3404]
maybe :-)