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

World: r3wp

[Script Library] REBOL.org: Script library and Mailing list archive

Janko
29-Dec-2009
[930x3]
I am enhancing the rebol Haru PDF binding again , in the meantime 
I added support for getting position of current "text cursor" (which 
was the problem back then).. I needed it to detect when to go to 
new-page with pdf. Now I also added support for images (jpg and png). 
I am using Git so code is here: http://github.com/jankom/RebHaruPDF
.. it's still heavy in progress and there is a nicer OO interface 
than the one in sample_images.r (that is using the lowest level direct 
functions from binding because I am testing if it works at all with 
it)
Basically I am writing to ask something ... I am newbie at writing 
rebol bindings. This binding if it works it works but if almost anything 
goes wrong it simply crashes. For example missing some file, not 
going into TEXT mode , not oppening closing something, page reference 
insted of pdf doc reference given to some function in binding .. 
pdf that we intend to write being locked (alredy open in acrobat)... 
ETC ... 


I intend to write this robust now, so I am asking how is this usually 
done? I can check for preconditions before talking to binding at 
runtime in rebol. Another (better) option is that binding shouldn't 
just crash for anything that goes wrong. I saw in docs something 
about error messages as return, so maybe I am doing something wrong 
in the first place , for example not implementing or setting up some 
callback for errors... Anyone more experienced than me? Rebol Haru 
could be quite capable otherwise, it supports all things that are 
really messy to do in PDF (encodings, embedding fonts, images, encryption, 
graphics, ...).

One thing is that I can check for these preconditions at runtime,
ups.. I thought this channel is Library .. about native libraries 
:/
Sunanda
29-Dec-2009
[933]
It's an easy mistake to make :)
Janko
29-Dec-2009
[934x2]
I don't know .. I still remember seeing just Library :)
(at first I thought that someone changed the name of the group just 
now :)) but now I think that probably I just missed channel
Sunanda
29-Dec-2009
[936]
I just updated the group name from [Library] to [Script Library] 
to make its primary purpose clearer.
Janko
29-Dec-2009
[937x2]
aha, then I am actually not going crazy :))))
hm.. what is the channel to ask about making native libraries? I 
remember there was one
Sunanda
29-Dec-2009
[939]
Does the  [DLO.SO] group cover it, or is that too platform specific?
BrianH
29-Dec-2009
[940]
The DLL.SO group covers R2's DLL interface, the Extensions group 
covers R3's.
WuJian
17-Jan-2010
[941]
Is there any way to produce a single animated  .gif file from ten 
frame files?   
This  script
http://www.rebol.org/view-script.r?script=animated-gif.r
runs animation in the gui. Can it be saved into a gif file?
Gregg
17-Jan-2010
[942]
There's not direct support in REBOL for saving animated GIFs AFAIK.
WuJian
18-Jan-2010
[943]
http://www.makeagif.com/
This site does the job . But it limits 12 frames
NickA
18-Jan-2010
[944]
I love this tiny program:  http://www.whitsoftdev.com/unfreez/
  (~20k)
WuJian
18-Jan-2010
[945]
Good...

frames must already be saved in GIF format (UnFREEz does no converting), 
and that they should be the same dimensions
If there  is a function in REBOL. It could be more convenient.

make-animated-gif:  func[images[block!] /size image-size [pair!] 
/delay [integer!] /loop]......................
Carl
18-Jan-2010
[946]
If someone wants to add this to R3, let me know.
NickA
23-Jan-2010
[947]
How much bigger would it make REBOL?  If it's too large, a downloadable 
script would probably be better.
Carl
23-Jan-2010
[948]
Not much... perhaps 2 KB.  The issue is... that someone would need 
to provide the C code, with BSD license to include it.
Robert
23-Jan-2010
[949]
If it's that small, it should be possible to do a clean-room development.
NickA
23-Jan-2010
[950]
It would be great for us to have a little "rent-a-reboler" site, 
at which anyone wanting REBOL features like this (or even scripts 
- any sort of development work), could post a job and developers 
could reply with bids.  That could give RT motivation to add features 
that only certain users are interested in initially, and I bet we'd 
see lots of features get added to REBOL3 as extensions.  I'd love 
to support REBOL by paying for little features that I need/want. 
 Animated GIFs are not a priority for me, but I can think of at least 
10 low level functions that I'd buy.
Robert
23-Jan-2010
[951]
Make a list and let us know. And attach a number that we have a baseline 
to discuss about.
NickA
23-Jan-2010
[952]
Will do :)
Pekr
23-Jan-2010
[953]
;-) It is just exactly the same, as I tried to propose Bounty system, 
yet noone was really interested
Henrik
23-Jan-2010
[954]
Pekr, I don't know, but maybe it's the wording? "Bounty" versus "rent-a-reboler". 
I haven't seen many examples of bounties that actually worked.
Pekr
23-Jan-2010
[955x2]
ok, i tried to take a bit different aproach. I thought, that I might 
support some efforts with 100 USD per month or two. I would choose, 
which project I would contribute to ... if there would be more such 
ppl, eventually willing to spend 50/month, our fellow rebol developers 
would not necessarily work for free. Even if it does not make one 
for a living, I think it might be at least nicely motivating ...
maybe we could just join both aproaches into one ...
Robert
23-Jan-2010
[957]
A bit OT here but: IMO what's required is a cooridnated approach 
for this. If everyone is doing a bit here and there, movement is 
to slow and spend efforts won't have the highst possible impact.
Brock
23-Jan-2010
[958]
... conversely if the pieces are small enough, and can be done by 
one coder in a relatively short amount of time, many small pieces 
would get completed.  You know the saying, "pennies make dollars".
Robert
23-Jan-2010
[959]
Yes, but it should be visible in one place that it's happening and 
things move. The results can be put into Rebol.org
Maxim
23-Jan-2010
[960]
bounties have to be worth the time.  if I work  at X$ an hour and 
a bounty offers 1-2 hours worth of work for something that may take 
a day... its not worth it
Graham
2-Mar-2010
[961x3]
http://www.rebol.org/view-script.r?script=tiffreader.r

Rebol Tiff viewer
Not clear if it can displayed compressed Tiff images ( fax )
Hmm.. can't display any of my scanned images :(
Anton
9-Jun-2010
[964]
Hooray, I finally found the Contribute A Script link !!
Gregg
10-Jun-2010
[965x2]
Where did you look firs?
firs = first.
Anton
12-Jun-2010
[967]
Just about everywhere; I found some faq or doc referring to the "control 
panel", which I couldn't locate. Eventually I realised that I needed 
to login as a library member, not just a regular member, so I created 
an account. Even after that it took a while :)
Sunanda
13-Jun-2010
[968x2]
Full marks for persistance!

Apologies -- the FAQ is out of date, especially Part 3 that tells 
you (wrongly!) how to contribute scripts.
I'll update it in the next couple of days.
Thanks for reporting the problem.
The FAQ is updated now.....Let's hope it won't be so painful for 
other potential contributers.
Thanks again, Anton.
Anton
14-Jun-2010
[970]
Well, thankyou for being responsive, Sunanda.
Sunanda
22-Jul-2010
[971]
Anton reported that that algorithm the Script Library uses for suggesting 
script names when a name is mistyped was failing to produce some 
obvious matches.
Thanks Anton.
Algorithm tweaked.....Please suggest other improvements!
Graham
22-Jul-2010
[972x2]
I'd suggest recognizing 3D as the beginning of a name could be an 
encoding error
I'd also like to see the download link so I can copy and paste into 
the rebol console
Sunanda
22-Jul-2010
[974]
Thanks for the comments, Graham.


3D....Possibly.....But there is one script whose name begins 3D (grandfathered 
in before we insisted names start witha letter), so it could be genuine.


Download....From the "sorry did you mean" page, you are one click 
away from the download link -- so would cluttering that page with 
extra links be that helpful to those who want to view a script.
Anton
22-Jul-2010
[975]
Mmm... also it seems wrong to try to fix another program's error. 
The original program with the error should be fixed, not all the 
programs which might get its erroneous output.
Graham
22-Jul-2010
[976x4]
Normally people paste links like this http://www.rebol.org/view-script.r?script=tiffreader.r
Sure Anton .. fix your email client !
But those links are not usable by Rebol
So I have to right click on the download link and copy link location