World: r3wp
[I'm new] Ask any question, and a helpful person will try to answer.
older newer | first last |
SteveT 13-Jan-2008 [1024x2] | Ok Brock - thanks, I've setup a pretty vanilla script and I'm just going to add these guide like things in and see what they do. |
To convert some of my apps I may need some form of 'anchor' facility | |
Brock 13-Jan-2008 [1026] | you can use any named element in a GUI and by using it's 'offset and some simple math you reposition your current position. ie. at field2/offset + 200x0. This will reposition your current location at field2's offset plus 200 pixels to the right. |
SteveT 13-Jan-2008 [1027] | Cool - thanks Brock |
Gregg 13-Jan-2008 [1028x2] | GUIDE is also sensitive to the layout "direction", i.e., whether you're using ACROSS or BELOW. You can also manually remember locations. ; some layout code here: at ; remember a postion ; some layout code at here ; some layout code |
That's handy if you want to overlay a face direclty on another one. | |
SteveT 13-Jan-2008 [1030] | Right so as your building up your display you can 'return' to that point |
Gregg 13-Jan-2008 [1031] | Correct. |
SteveT 13-Jan-2008 [1032] | Perspectives of a newbie! By Steve Thornton (SteveT) Hi, it's that pesky newbie again! I've been reading thru 'Rebol Programming for the Absolute Beginner' by Nick Antonaccio. It's a must read in my view (xcuse the pun) I think anyone coming from a studio dev environment like me will find it very useful. Regards Steve |
Gregg 13-Jan-2008 [1033] | Did you find it from the REBOL site, or some other way? |
SteveT 14-Jan-2008 [1034] | Hi Gregg, I googled it - I picked that out because it was dated 2006/2007 - some of the older stuff 2000/2001 seems a bit out of date. |
Gregg 14-Jan-2008 [1035] | Thanks. I asked because it's a good resource for new people, but it's kind of buried on the REBOL site. |
SteveT 14-Jan-2008 [1036x4] | Sorry broadbands been down all day Grrrr! Yes Gregg there's plenty of material but as you have a wander thru some of the stuff you soon get away from some important stuff you should read first. |
One other thing that may be relevant is which applications you've had experience in before. Perhaps the introductory stuff should be arranged like ---- php, tkl, python users start here ! Experienced Web developers (Javascript /CSS guru's) start here ! --- Desktop application (Java / C# / QuickBasic etc.. Start Here !! | |
Perspective of a newbie BY Steve Thornton (SteveT) | |
Hi, Once I got my broadband back again today, I've worked thru ALL the examples in the REBOL/View Developers Guide. I looked at it before, but you have to play with the examples and it can give you a better understanding of laying-out your screens using panels etc.. I even found a reference the the Guide keyword that threw me the other day. I'm not doing much training this month (The accountants are doing tax returns in the UK. So I've given myself till the end of January to get some of my apps ported to REBOL. One is a hotel booking system - I want to see how fast I can convert it! As well as learning REBOL I am also trying to achieve a Richer look and feel than I've used before. I'll let you know how I get on. Bye for now. | |
SteveT 15-Jan-2008 [1040x2] | Perspective of a newbie By Steve Thornton (SteveT) |
Hi all, stuck a post of my progress with REBOL on Windows Live today http://swt1962.spaces.live.com/ | |
Brock 15-Jan-2008 [1042] | Hey SteveT, nice job. You've been active in Rebol for a week and you've done more for evangalizing Rebol than I have in... I don't care to say. Any way, keep it up and you'll be one of the Rebol Guru's in no time. |
Anton 15-Jan-2008 [1043] | Steve, nice article and good looking app you have there. |
SteveT 15-Jan-2008 [1044x2] | Thanks Anton |
Thanks Brock | |
amacleod 16-Jan-2008 [1046] | SteveT, that is a great looking gui. One Week? Incredible. |
SteveT 16-Jan-2008 [1047] | Thanks amacleod, Ive got it to re-size as well - the functionality as a main menu doesn't really require it but I wanted to see if I could. It's been rebDB day today, that''s real fun to use. going to create a customer licence code creator tonight that shoud get me used to parsing strings eh!! |
amacleod 16-Jan-2008 [1048] | I'm using your experience with rebol to inspire a friend at work. He's shown some interest but I think your the look of your app will impress him. |
Gregg 16-Jan-2008 [1049] | Very cool indeed Steve! Man, I feel like a slow learner now. ;-) |
james_nak 16-Jan-2008 [1050] | I think Steve should move out of the "I'm New" section. Nice app. |
SteveT 17-Jan-2008 [1051x4] | ========================================================= Perspectives of a newbie! By Steve Thornton (SteveT) Hi everyone, just got up and running this morning (think I've found a bug in Vista when used on dual-screen Doh!!) Thanks for everyones very kind comments on my main menu. I'm learning masses about Rebol (mainly due to hours of reading - and you guy's), I think I will be a 'newbie' for quite some time though! While I love databases and user interface design (yep I literaly have sat at customers watching how they work! ;-) I know 'get a life!' ) I have no formal computer science education so I'm weak on some of the theoretical stuff. We don't all nead to know the theory of how search engines etc work, as long as they work! I look at some of the code in the messages on here and think OMG, what a load of scientific formulae that is ! :-/ I think an overview of some of the 'heavy' stuff would help some of us to get the most from Rebol, perhaps some of you 'heavy' guy's/gal's could 'volunteer' to post an article on their particular forte. One last thing... I have a table that holds several bits of [optional] data .. tax ref, employer, vat no etc.. and also a flag that the user can set as to wether that field is to be displayed. Can I use the following structure? Or am I asking for trouble? Table... DETAILS [dRec dRef [dTitle d1] [dTaxref d2] [dVatno d3] [dEmployer d4]] I think I just heard Henrik tutting! :-0 By for now |
The code for my reflected icons is below (with icon). It's nearly right just need to get rid of some jaggies. Just load any 72x72 icon you want to display. | |
image image-logo %your-pic.png main: layout [ box 72x72 image-logo [alert "You've clicked!" ] feel [over: func [face act pos] [ face/size: either act [82x82][72x72] show face ref/size: either act [82x50][72x40] show ref helper/text: either act ["Click me now!"]["Highlight an icon"] show helper ] ] below ref: box image-logo 72x40 effect [gradcol 0x1 0.0.0 80.80.80 flip 0x1 fit blur] below helper: text "Highlight an icon" silver / 1.5 ] main/size: 150x200 main/effect: [gradient 0x-1 0.0.0 120.120.120] view/new main do-events | |
Sorry first line should be image image-logo load %your-pic.png | |
BrianH 17-Jan-2008 [1055x2] | Steve, the standard way to signify optional values in REBOL is the none value - you can use it like the null value in SQL. If you are not reducing your records you can write none as #[none]. The ANY function is like the SQL COALESCE function. |
If you want to do keyword-based records, put the keywords and values in the same block and use select/skip data key 2 Put each record in its own block: with variable length records you will need to track the end of the record otherwise. This method will be slower, but take less space when at least half of the fields are usually missing. | |
SteveT 17-Jan-2008 [1057] | Thanks Brian, I've noticed a lot of examples use 'reducing' |
BrianH 17-Jan-2008 [1058x3] | In general, fixed-length records with none for missing values is the fastest and easiest. |
It gets easier in R3, where the behavior of some standard functions has been changed to be more in keeping with the none-means-missing-data principle. For now you have pick, find, select, and all of the conditionals. | |
In R3 you add the ordinals (first, second, ...) and the map! type to that collection. | |
SteveT 17-Jan-2008 [1061] | Cool , in SQL et al , null can be useful for finding where say a JOIN has no corresponding RIGHT side. |
SteveT 19-Jan-2008 [1062] | Hi all, is there an EASY way of changing this :- [ fld1 fld2 fld3 fld4 fld1 fld2 fld3 fld4 ] into this [ [fld1 fld2 fld3 fld4] [ fld1 fld2 fld3 fld4 ] ] Thanks Steve |
Sunanda 19-Jan-2008 [1063] | If you are happy to copy the data to a new structure.... newblock: copy [] foreach [a b c d][ fld1 fld2 fld3 fld4 fld1 fld2 fld3 fld4 ] [ append/only newblock reduce [a b c d] ] |
SteveT 19-Jan-2008 [1064] | Thanks Sunanda, it's cos some of the data (lists) I pick up may be in form one or form two. But either may be quite large lists - obiously if it's in memory doubling it may be a problem! |
Henrik 19-Jan-2008 [1065x2] | if you are willing to, it may be possible to manipulate the block itself, but I think it's slower. otherwise make sure you allocate the necessary space for newblock. that makes garbage collection easier for REBOL. |
newblock: make block! divide length? oldblock 4 | |
SteveT 19-Jan-2008 [1067x3] | is that faster than Sunandas foreach? |
4 being the number of elements in each row ( So that must be known!) If you don't know how many elements (columns) could that be achieved using the newl-line? ? | |
sorry new-line? | |
Henrik 19-Jan-2008 [1070x2] | it's a supplement to sunanda's example. if you use newblock: copy [] you are correctly creating a new block, but every time you then append to that block, REBOL has to spend a little time allocating new space for the block as it grows. if you preallocate space with say: newblock: make block! 10000 REBOL won't have to do that. This means that when REBOL must garbage collect or when you use 'recycle, it knows that there's one big block there that it can just remove. Easier for REBOL. Having more blocks inside that block makes the case a bit more complex, but since each block inside is only created and manipulated once, there may not be an issue. |
my way was just a simple way of allocating exactly the space you need. if you can get the length of the input block and the number of items you want to split it in, then you can correctly determine the necessary length of the output block. | |
SteveT 19-Jan-2008 [1072] | How fast is REBOL in processing this (I know it's processor/memory dependent) but could you manage say 100,000 rows ? |
Henrik 19-Jan-2008 [1073] | in REBOL it's generally a good idea to reuse blocks, if you are doing buffers. make your buffer global: buffer: make binary! 4096 ; 4 kb buffer loop [ insert buffer *some stuff that needs to be buffered* *use buffer for something* clear buffer ] |
older newer | first last |