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

World: r3wp

[View] discuss view related issues

Henrik
18-Jan-2006
[4055]
there could be a /direct refinement.
Volker
18-Jan-2006
[4056]
-marked ?
Henrik
18-Jan-2006
[4057x3]
(because I believe that direct editing of data would be rarely used, 
but I'm not entirely sure)
I don't use the term "marking" anywhere...
suggestion:

insert-row - would add a row at the selected position


insert-row/at - would add a row at the position that can be seen 
in the list after filtering and sorting


insert-row/at/direct - would add a row directly in DATA at the position

insert-row/direct - would be ignored? (I don't like that)
Ryan
18-Jan-2006
[4060]
poke-row?
Henrik
18-Jan-2006
[4061]
poke would be like change
Volker
18-Jan-2006
[4062]
/raw ? raw index?
Henrik
18-Jan-2006
[4063x2]
yeah, that would be good
insert-row/raw could be the way
Ryan
18-Jan-2006
[4065]
I dont know, good luck with that guys. Seems to have a whole lot 
of innuendo's. BTW Henrik, this is a very needed control, I commend 
your efforts!
Henrik
18-Jan-2006
[4066x2]
wait a minute... 'at is an existing function. will that work?
ryan, thanks :-)
Ryan
18-Jan-2006
[4068]
sys-at: get in system/words 'at
Volker
18-Jan-2006
[4069]
you must be carefull in that function. and use system/words/at for 
the real one.
Henrik
18-Jan-2006
[4070x2]
I don't think it's good, because I already use 'at in the raw functions
a less elegant option would be to use separate functions: INSERT-ROW, 
INSERT-ROW-AT, INSERT-ROW-RAW
Volker
18-Jan-2006
[4072]
first infunction::
  at-ref: at at: get in system/words 'at
and the rest can stay the same. not elegant, but..
Henrik
18-Jan-2006
[4073]
I don't like it...
Ryan
18-Jan-2006
[4074]
I dont love it
Henrik
18-Jan-2006
[4075x4]
or INSERT-ROW, INSERT-ROW/RAW and INSERT-ROW-AT
/raw and /at wouldn't be used simultaneously anyway
doing it this way, will require a minimum of changes to the code
maybe INSERT-ROW, INSERT-ROW-AT and INSERT-ROW-AT/RAW would fit better...
Volker
18-Jan-2006
[4079]
from the interface i like /at
Henrik
18-Jan-2006
[4080]
I like it too, but I'd hate to code it :-)
Volker
18-Jan-2006
[4081x2]
why?
its one ugly line.
Henrik
18-Jan-2006
[4083]
because of the above indirection
Ryan
18-Jan-2006
[4084x2]
/here maybe just as good for this func...
(coming full circle)
Henrik
18-Jan-2006
[4086]
could be, but DideC would then ask "where?" :-)
Ryan
18-Jan-2006
[4087x2]
Since here is a refienement, it assumes you the specify. selected 
behavior by default.
I you want it to be real slick, I would graph them out, pro and cons, 
etc. If you want it finished, keep up the good work.
Henrik
18-Jan-2006
[4089]
well, thinking about it, /here is a pretty good suggestion. Then 
we'd have INSERT-ROW, INSERT-ROW/HERE, INSERT-ROW/HERE/RAW
Ryan
18-Jan-2006
[4090]
Anybody got a rebol routine for saving gifs? Perhaps the one I wrote 
years ago and happen to lose?
Allen
18-Jan-2006
[4091]
words: [data [new/user-data: second args next args]]
Henrik
20-Jan-2006
[4092]
I sometimes miss a "soft" SHOW, which only shows faces that have 
the SHOW? flag already to be true. Is there an easy way around that?
Ashley
20-Jan-2006
[4093]
soft-show: func [face] [if face/show? [show face]] ;)
Henrik
20-Jan-2006
[4094x2]
and if I have a large set of faces in a pane?
and more grouped faces inside those faces :-)
Ashley
20-Jan-2006
[4096]
soft-show: func [face [object! block!]] [
	...
	either object? face [
		if face/show? [show face]
	][
		foreach obj face [...]
		...
Henrik
20-Jan-2006
[4097]
get's to be too complex, I think
Anton
20-Jan-2006
[4098x2]
It does get complex, and possibly too slow, but you may be able to 
patch show usefully for your application.

Check out a patched SHOW near the bottom of http://www.lexicon.net/antonr/rebol/gui/mimic-do-event.r
It uses a TREE-FACE function.to recurse to all subfaces of the face 
you are SHOWing.
Robert
21-Jan-2006
[4100]
The thing is to optimize the show-tree. If you have to show more 
than 50% of the sub-faces I can imagine that showing the partent 
face is faster than checking each sub-face.
Graham
21-Jan-2006
[4101]
Is this the latest anamonitor ?  http://www.rebol.it/~romano/#sect1.1.
It has header problems when I try and run it.
Anton
21-Jan-2006
[4102]
Showing a face may have the effect of showing the parent-face. If 
you show each sub-face, you may be asking the View system to at least 
check if the parent-face needs showing, so, repeating work unnecessarily.
Janeks
23-Jan-2006
[4103]
I have a view that works like simple Mapserver client with zoom box, 
etc. I made new version that supports panning, by dragging with mouse.

All worked fine (zooming, panning) until I changed simple loading 
map image from load to read-thru/to.

Zoom box worked, but while mapfile loads it slowly follows cursor 
instead that by script logic (that I did not change) it should stop. 
And my map pane no more returning to zero offset after map image 
loading.
How those view faces are connected with read-thru  ?
 
loadMapImg: func [
	mapUrl
	/local rezImg
][
	if exists? %mapImg.gif [ delete %mapImg.gif ]
	either attempt [
		rezImg: read-thru/to mapUrl %mapImg.gif
;		rezImg: load mapUrl	
	][
		return load %mapImg.gif
;		return rezImg
	][
		return none
	]
]]
Robert
23-Jan-2006
[4104]
When using a text-list, how do I reset the slider to the top if the 
data changes? For example: The slider is at a lower position, now 
I change the content to some smaler list and want to redrag the slider 
to the top and have the text-list show the first entry at the top.