AltME groups: search
Help · search scripts · search articles · search mailing listresults summary
| world | hits |
| r4wp | 708 |
| r3wp | 7013 |
| total: | 7721 |
results window for this page: [start: 801 end: 900]
world-name: r3wp
| Group: I'm new ... Ask any question, and a helpful person will try to answer. [web-public] | ||
| Normand: 12-Apr-2005 | Speaking of double bind, I have no clue of the how-to to this clue. In Ocaml we can make co-recursive definitions, also with negation. But when I try this on Rebol, it claims the value before I have the time to define it: a: not b and b: not a. Interp: ** script error, b has no value. What is the method ? Or are we out of paradise? I could use that as a form of loop, or a form of lexical closure to model some linguistic phenomenas. But how? We know the problems of complement of complement, but as a function value it should be feasible. | |
| Normand: 12-Apr-2005 | A pair number cant be defined without impair. pair is impair +1 and impair is pair +1. So we have to define both at the same time. In logic, the negation is a function where true is false and false is true. Not and complement are native to rebol. If I try a: not 'b b: not ''a. asking the value of a, :a, does not return not b but false. Something like this does not seem to work. What I want is criss-crossed functions one defined by the other. In principle, Rebol being functionnal. It should be simple, a one liner, but I am too newbee to find the elegant way to do this. | |
| Anton: 28-Apr-2005 | Gosh, it's too hard for me to do in any reasonable time. I suggest looking at the code to figure out the method used, then see if you can make your own custom types. | |
| Gabriele: 28-Apr-2005 | maybe somedaye i'll have the time to finish this stuff and add docs... | |
| Gabriele: 28-Apr-2005 | and, i think an interpreted language would probably have a hard time at it, except for simple cases like the seasoning above. | |
| Normand: 30-Apr-2005 | Thanks for all those suggestions. I was out for quite a while and am very happy of all those remarks. It will help orient my trials&errs. About objects, dynamic versus static, If I understand it, in Rebol it is static? I never had to use them except to encapsulate the whole of an app. Is there a trick to mimick something dynamic to hold changing values? Maybee a copied block is enough? I wonder because I regularly try to add code to a bibliographic database, a kind of a variation on bibtex (never ended, allways in progress), And I am not too far from aiming the storage mechanism and wonder what I should use to hold something like from 5 to 10 thousand references (my actual need is 3.5K) I used endnotes in the past, but dreamed about my own. It is a lot of work (more than I expected as it is my first app). Up to now I think I will use simply name-value pairs, like Carl's cardex. This kind of data is more like a ragged array, the fields and their numbers allways vary, and I may amend their list with time. The idea of using an object would be nice but need something where I may add or retract variable names and change their values. By the way, I thank Volker for his edit-tools, that may help to add a writing pad. And his double slider is refreshingly new for such and old paradigm as an editor. | |
| Normand: 30-Apr-2005 | Thanks a lot. It the kind of thing I normally learn the hard way, like the first time I was confronted to [ ] instead of copy [ ]. Judging when it is better to use a block or object or structure, hash or else is not evident from a new eye. The small Ladislav tutorial on blocks (series) is the kind of thing that helps a lot,, it help a newcommer realise how the language is articulated. | |
| Group: CGI ... web server issues [web-public] | ||
| Tim: 21-Feb-2005 | Chris: from what I see, it does not. Either the file has to be transfered and saved on the server with unix-style line enders or -q has to be there to make it work for me. Time will tell. Unfortunately I don't have a linux machine to download and compare.... Can you say "Heisenberg Uncertainty Principle"? :-) Anway, what works, works. I'll post more on this subject when I actually get back to programming. thanks. | |
| BrianW: 28-May-2005 | hrm. I get weird behavior trying to run a cgi. Here's the code: #!/usr/local/bin/rebol -c REBOL [ Title: "Server Time" ] print "content-type: text/html^/" print [<HTML><BODY>] print ["Date/time is:" now] print [</BODY></HTML>] I get an Internal Server Error result in the browser, and here's the output in my error_log: [Sat May 28 16:21:38 2005] [error] [client 127.0.0.1] *** Boot Error 951: \r [Sat May 28 16:21:38 2005] [error] [client 127.0.0.1] Premature end of script headers: time.r If I run if with 'rebol time.r', it clears the screen and then displays this: content-type: text/html <HTML> <BODY> Date/time is: 28-May-2005/16:24:42-7:00 </BODY> </HTML> Aborted What the heck am I doing wrong? | |
| BrianW: 28-May-2005 | [[wisti-:-localhost] cgi-bin]$ /usr/local/bin/rebol -c time.r content-type: text/html <HTML> <BODY> Date/time is: 28-May-2005/16:47:35-7:00 </BODY> </HTML> [[wisti-:-localhost] cgi-bin]$ | |
| BrianW: 28-May-2005 | [[wisti-:-localhost] cgi-bin]$ unset DISPLAY [[wisti-:-localhost] cgi-bin]$ /usr/local/bin/rebol -c time.r content-type: text/html <HTML> <BODY> Date/time is: 28-May-2005/16:50:36-7:00 </BODY> </HTML> | |
| BrianW: 28-May-2005 | .oO(thinking it's time to downgrade) | |
| Pekr: 6-Aug-2005 | yes, although I did it long time ago .... | |
| Ashley: 27-Aug-2005 | Post codes in Australia (4 digits with the first indicating state ... most of the time) | |
| james_nak: 25-Oct-2005 | I'm trying to set up rebol in my new host and I'm coming up with "Premature end of script headers" in the error log. "Server error 500 " shows up in the browser, btw. I'm going through my usual routine of error checking. Does anyone know what the permissions are for the cgi-bin directory are to be at. One time, long ago, I had this problem and fixed it with chmod. The files themselves are set to 755. | |
| Volker: 25-Oct-2005 | most time path-issues then. some folderpath changed i guess. | |
| Pekr: 5-Dec-2005 | 3) I have older version of rebcmd from linux sdk I bought. But it did not used 'read-cgi at that time (well, here we are with SDK coming late ;-) My question is - I uploaded rebol core into cgi-bin directory: a) is it desirable aproach or should it be avoided? b) how do I assure, that if I ftp rebol executable to cgi-bin dir, to have sufficient right of the target directory, so that it could be run? | |
| Volker: 5-Dec-2005 | No, the second time i do a wait. that should be slower. | |
| Pekr: 5-Dec-2005 | but you could flood server, running hundreds of instances .... keeping them in memory for long time ... | |
| Pekr: 5-Dec-2005 | advantage of having rebol in cgi-bin is, that you can update it yourself, not asking your ISP to update it for you each time new version is out :-) | |
| Graham: 12-Dec-2005 | This is an odd one. I have a form that records a user's email address, the time they filled in the form, and their ip address. A user did so, and got two subscription notices - timed 30 seconds or so apart. So, both were his email address, but the ip address of the later one was from Google! | |
| Janeks: 11-Aug-2006 | I am trying for first time to setup rebol for cgi on remote Apache web server on Linux. I am working from WinXP Site management is done with EnsimPro. Ftp does not yet working. So what is done up to now: Uploaded file Rebol from rebol-core-2602042.tar package for Linux to cgi-bin directory; Set permisions to owner read, write, execute and for group and others to read, execute; Test script -> write file read file, Test script uploaded (throught web broeser by using EnsimPro web interface) test script: #!/var/www/cgi-bin/rebol -cs REBOL [Title: "CGI Basics"] print ["Content-type: text/html" newline] print "Hello!!!" to cgi-bin directory; Set the same permisions. Pointing to the test file I am getting "500 Internal server errror" What else could be wrong? Interesting that I have interpreters directory on this web server where are couple files regarding php and perl. Could it be connected with my problem? | |
| Graham: 22-Aug-2006 | I'm using the com+ server at present stil as I wasn't able to get your script to work. When I have time, I'll try again. | |
| Graham: 22-Aug-2006 | No time to figure this all out .. just ask users to install Imagemagick :) | |
| james_nak: 25-Sep-2006 | Does anyone have any ideas about how to approach a web-based gui that allows users to upload multiple files at one time without having a series of "inputs?" I'd like to have users do a ctrl select when they are browsing for multiple files to send. Thanks. | |
| Gabriele: 28-Sep-2006 | afaik, the latest formmail.pl is "secure enough" (esp. if you configure it properly). it's not the best system out there, and being very popular it is also a popular target, but if you don't have time to replace it but can keep it up to date you should be fine. | |
| Henrik: 22-Jan-2007 | james, let me know if you come up with something. I was doing some session stuff for blogger.r, but stopped due to lack of time. | |
| DanielSz: 26-Jul-2007 | I played with Oldes script a bit, didn't get far. I think there's no other option than follow Graham's advice and delve in the http scheme. I had hoped to find something in the script archive, oh well... I saw that even in the Ruby and Python community there's some confusion on how to achieve multipart form submissions with CGI. (Python default http library also uses "application/x-www-form-urlencoded" and not ""multipart/form-data", but there's a library called HTTPFileUploader that does the job). Last time I tried to hack the http scheme I wasn't so succesful. This time, if I need help, I'll ask for help. | |
| amacleod: 18-Sep-2007 | I have a rebol view app that I use to acces a MySQL database. I had it working and then ,y ISP decided to add security and no longer allow MySQL access unless its a script on the server. Ofcourse they did not inform me and it took some time to track down the problem.. | |
| Pekr: 8-Apr-2009 | One of my clients updates his site via some tool, which always seem to add some space between the lines. After some time, the page is instead of 400 rows something like 13K rows - the size goes from cca 25KB to 100KB. So I wrote a cgi script, which reads index.html and removes blank lines. Everything is OK, when I run the script from the console. But when I run it via a browser as a CGI script call, it can't write the file. Dunno why - cgi-script is being run using -cs switch, I even put secure none in there, cgi-script has the same own, grp set as index.html, but I can't write it .... | |
| Group: XML ... xml related conversations [web-public] | ||
| Pekr: 30-Oct-2005 | Sunanda- noone here talks about XML in-memory databases. XML databases are most of the time dirty tricks, as well as object ones ... | |
| Christophe: 1-Nov-2005 | About the choice of the right internal data-keeping structure: because we are manipulating big XML files (> 2MB), we had to find the most performant way to retrieve our data into a nested structure. The choice was block! / hash! / list! / or object! . after a few tests, it appears that block! is the most suitable in terms of retrieval time. Note that this is true only for nested structures. In case of one-level structures, the hash! is the most performant (see http://www.rebol.net/article/0020.html). | |
| Christophe: 1-Nov-2005 | When I say most perfomant, I mean the retrieval time is two times shorter. | |
| Graham: 2-Nov-2005 | It's being continually released all the time. | |
| MichaelB: 7-Nov-2005 | As Christophe told on the mailinglist - we actually need both SAX and DOM, because if you have a large document and are only interested in a sequence of appearings of elements one at a time, you don't need DOM, but if you need information about the overall structure of a document you have to read in the whole document and that's DOM. But if Christophe is doing DOM already - don't know to what extend - this would be very nice and might be ok for now. | |
| Christophe: 7-Nov-2005 | I was fighting today to find the best internal data format. Out of the tests seems object! the most performant when using nested data structure. hash! when not nested. but the problem with object! is that we cannot have a recurrent element in the structure, like: <aaa> <bbb>content</bbb> <bbb bbb_attrib="attrib1"></bbb> </aaa> because, of course, when evaluated the last definition of bbb overrides the others. So, we are trying to work with hash! We got a little diminution of the overhead comparing to XML, but the processing time compare to block! seems from 10 to 20% more. I need some more tests about data retrieving in the structure to find the right combination; Any suggestion is welcome ! | |
| Group: PowerPack ... discussions about RP [web-public] | ||
| Maarten: 23-May-2005 | I am the lead (and have been working on this some time). Any code that you have that you want included you can send to me by email. | |
| shadwolf: 24-May-2005 | Ashley I'm Absolutly agreed with your point of view !!! The way to participate actively to a project can take a lot of shapes. 1) make doc 2) making code optimisation 3) adding brand new code 4) debugging 5) giving feedbacks and needs 6) making translation 7) making sample code (as far as I saw in my peronnal experience it's easier to understand how to use a thing if you provide a sample code that's an illustration not a goal. Sample code alone are only accessible to yet powerred users. Documentation without sample code is abstract. That's for example what I like in the rebol documentation diccionnary it explains and shows you concretly little sample to pretty understand the cancept explain... Making good doc is a hard and painfull task ... If it belongs only to one people my personnal expirence shows me that the effort is not made along a long time... so it's obvious that we need a doc commity where people emulates each others and fixe periodically new goals. In French speaking community we all share teh same point of view that' why we try to put at disposal of all the people some usefull tools like a dokuwiki in http://www.rebolfrance.org and doc collectors in http://www.rebolfrance.frand http://rebdocproj.sourceforge.net/) our public is french speaking mainly but we are so few that we can't say hey our tools are for french speaking people only. So if those tools seems you usefull for any project and any information sharing or cooperative work go ahead use them ;) | |
| shadwolf: 24-May-2005 | but the weak point is that REBOL coding is so gorgeous that you mmost of the time prefer spend your free time to make script than documenting them ;) | |
| shadwolf: 24-May-2005 | for example on french scene forum the amount of information on rebol coding is so high that we can't easyly synthetise it into a meanning documentation. Why ? because structural we choose a forum based interface betwin coders without taking strictly the time to produce a syntetic documentation for every issues that were submitted and discussed on the solution apported from the very beginning (a participant number issue is in the scope too ) | |
| Volker: 27-May-2005 | The BSD-free, you are right, is old. at that time the GPL was standard, just not written. if you asked someone how something worked, you got answer, examples, etc. was a closed group, such programmers, no need to think big about licensing. | |
| Group: PgSQL ... PostgreSQL and REBOL [web-public] | ||
| Oldes: 2-Mar-2007 | I don't know, I don't have/use psql for quite long time | |
| DaveC: 29-May-2007 | Ok thanks. I'll double check the exact number tommorrow, but it's the 8.1 series. LIMIT would be a good idea, but the query returns only one row. It's the amount of data in the one column that is the problem. (Whole HTML reports in one chunk). I was thinking that I should split up the report into a set of smaller chunks as it gets generated anyway. I'll give you some more info tommorrow. I appreciate you are busy with Cheyenne, so thanks for your time. | |
| Dockimbel: 28-Mar-2011 | Yes, there's a few insertions to do on lower-level parts. I'll take a few minutes to do it after lunch. Btw, I don't have any pgsql server available, nor have time to setup one, so I'll let you test and eventually debug the new version. ;-) | |
| Group: RT Q&A ... [RT Q&A] Questions and Answers to REBOL Technologies [web-public] | ||
| BrianH: 12-Oct-2005 |
(By request, relayed from rebcode group) Could you add an APPLY opcode
to rebcode?
apply: ["Apply function or path to arguments, save result" word!
word! | path! block!]
In rebcode:
apply x f [arg1 arg2 ...]
Is equivalent to this in REBOL:
x: do f arg1 arg2 ...
The advantage to doing function calls this way is that the arity
of the opcode is fixed, even if the arity of the function called
can't be known ahead of time. The value assigned to the function
word could be either a function or a path, or for efficiency you
could have a seperate opcode APPLYP for path values (I'd prefer just
one opcode for generality but it's your call).
| |
| Gabriele: 13-Oct-2005 | Q: What does the world on Nov-15-2005 look like?
A: Our main goal is to get REBOL into the hands of more users, not
just programmers and techies.... by the millions over time. By doing
that, we create a market for not only handy free REBOL apps, but
also for commercial apps and entire businesses that are related to
REBOL.
Q: Given that window transparency is OS specific, will there be
a dialect that covers both Windows, Linux and 40+ other OS? In other
words, does RT plan on continued support of so many languages, or
are we entering a new era of specific OS support?
A: Our plan is to make that a window option that is part of the face/options
for a window. If an OS does not support this mode, then the option
will be ignored, but the application will still be fully functional.
Q: I hope it is still valid that cooperation with RT is possible.
I mean - last few weeks I play with some Win32 functions (thanks
to Gregg) and I would like we would have proper app behavior in multi-monitor/multi-desktop
environments .... so I wonder if any SIGs will be created, some ppl
will be invited to participate, comment etc., or if RT is gonna cook
it all themselves?
A: Yes, there are many such special interest projects currently going
on. (Most of them are occurring via private projects in AltME and
IOS.) These days 90% of REBOL changes are done in cooperation with
the REBOL community.
Q: Hi .... with recent Rebcode releases, we can see that internally
new Core is marked as 2.7 and View is marked as 1.4 Is it just working
"title" or will those products be marked as that? And if so, can
we know, what other changes will go for 1.4 View release target?
Will there be any AGG fixes/additions (to support SVG RebGUI progress),
or even VID changes? I still think, that VID is missing few fine
styles as tab, group-box, better list as was introduced on IOS Developer's
server, (eventually tree, menu), to allow novices to start using
VID/View more productively. Any chance RT can tell us, what is the
plan for 1.4 release?
A: Regarding 2.7 and 1.4 question: we change the revision numbers
(the second number) whenever there is a major change in REBOL that
may be unstable. The /core 2.7 kernel (that is in /view 1.4 as well)
adds new datatypes to REBOL, and they are the first datatypes added
in several years, so we consider this to be a major change, and marked
it that way.
Yes, we do plan to be making a few AGG fixes very soon.
Oh, and regarding VID: we plan to be making very big changes there.
More to come soon.
Q: Could you add struct! support to /Core?
I keep on having situations that would be made much easier by struct!
when I don't need libraries. For instance, conversions from external
binary data encodings to internal REBOL values, say for file formats,
network protocols and so on. Now rebcode has added other forms of
strong typing like the type-specific opcodes and the vectors. Having
structs with their constrained field types, their specific data layouts,
would be a perfect match for the low level operations of rebcode.
They would be helpful later when implementing your own data types
as well.
A: On structs: yes, we will enable this feature on core, but it should
only be used for lower level code. Objects are more powerful.
Q: Could you add an APPLY opcode to rebcode?
apply: ["Apply function or path to arguments, save result" word!
word! | path! block!]
In rebcode:
apply x f [arg1 arg2 ...]
Is equivalent to this in REBOL:
x: do f arg1 arg2 ...
The advantage to doing function calls this way is that the arity
of the opcode is fixed, even if the arity of the function called
can't be known ahead of time. The value assigned to the function
word could be either a function or a path, or for efficiency you
could have a seperate opcode APPLYP for path values (I'd prefer just
one opcode for generality but it's your call).
A: I'm not sure what is meant by the path for it. You mean for refinements?
That may actually slow down the apply interface.
| |
| Pekr: 13-Oct-2005 | The Q for next weeks round is: (note - my view may be influenced by insufficient knowledge in the area given) - last weeks I played with wrapping some Win32 functions. I started discussion on dll.so channel, to ask developers, if they would enhance interfacing to C libraries in some way, and there was few ideas appearing. We currently have also rather strange callbacks support (limited to 16) and I would like to ask, taking into account that DLL interface in Rebol was not changed/enhanced since it appeared long time ago, if RT sees any area in which it could be made more robust, developers friendly etc.? | |
| Pekr: 13-Oct-2005 | Some time ago I talked with Carl here on AltME and mentioned PhotoThreads. Carl wanted me to keep an eye on it. There is newer version now. What is PhotoThreads can be read here: http://www.sics.se/~adam/pt/about.html .... maybe we are lucky enough to get concurency with Rebol 3.x family :-) | |
| Gabriele: 11-Dec-2005 |
Q: (note - my view may be influenced by insufficient knowledge in
the area given) - last weeks I played with wrapping some Win32 functions.
I started discussion on dll.so channel, to ask developers, if they
would enhance interfacing to C libraries in some way, and there was
few ideas appearing. We currently have also rather strange callbacks
support (limited to 16) and I would like to ask, taking into account
that DLL interface in Rebol was not changed/enhanced since it appeared
long time ago, if RT sees any area in which it could be made more
robust, developers friendly etc.?
A: We are planning to do a lot more on DLLs. In fact, future versions
of REBOL will expand on the way DLLs are used in REBOL. For example,
I would like to see DLL support for media loaders and savers, so
if we do not directly support a specific type of media file (say,
TIFF) then an external DLL can be provided to load it. There are
a few other DLL related features down the road, but it is still a
bit early to talk about them.
Q: I realize that the open sourcing of the viewtop wasn't that successful,
but do you still intend to keep releasing newer versions of it? AFAIK
the current release is over a year old. I've experienced a lot of
obvious bugs in the viewtop editor, which I think can easily be solved
by people outside RT.
A: yes we will continue to release newer versions. View 1.3.2 fixed
a number of bugs in the Viewtop editor that were listed in on RAMBO.
Any fixes and enhancements from the community are greatly appreciated
(by everyone, not only RT!) You can post them to RAMBO, and we will
review and include them (if they look good).
Q: While reviewing the action! functions, I noticed the path action.
The doc comment says "Path selection.". The parameters aren't typed.
Does anyone know what this action does, and how to use it? Or whether
it can be or should be called directly at all?
A: the PATH action is what the interpreter uses to evaluate VALUE/selector
expressions for each datatype. It is an internal action and has no
external purpose in programs. These kinds of words often appear as
a sort of "side-effect" from how REBOL is structured. Datatypes
are implemented as a sort of object class, where the interpreter
"sends messages" to the class to evaluate expressions. The PATH action
is a message that tells the datatype to perform a pick-like or poke-like
internal function.
Q: Is rebcode going to support paths and/or some kind of binding?
A: Certain rebcode can support anything we feel is important to put
into it, but note: many things we add could slow it down, by a lot.
For example, if we were to allow paths as variables, I estimate
that rebcode would be about two times slower than it is now. Perhaps
one way to solve this issue is for you to use COMPOSE prior to specifying
your rebcode body. Within the compose, you can use IN object 'word
to "pre-compute" the context references for words. For example:
add.i (in object 'num) 10
Your question about binding is not clear to me. Rebcode already supports
binding. Your rebcode can be part of an object context, and rebcode
function words are bound to the code context. (Perhaps you are referring
to an older bug that has since been fixed?)
Q: What do you think about http://mail.rebol.net/maillist/msgs/39493.html
? Why not say a word in your blog, if you think that it's interessant
for rebol developpment, and if you want to contact them ?
A: Recently, I had the chance to sit down and talk with one of the
main people from the One Laptop Per Child project (he is a friend
of mine from Apple Computer days). The project has an interesting
goal, but there are also many difficult issues around it (not just
in the technical side, but also on the social and cultural sides).
My current understanding is that the target software is Smalltalk
based. Yes, it would be very interesting to allow REBOL on that system,
but if you look at the list of principals for the project, you will
see that such a revolution is unlikely. Is it possible that perhaps
REBOL could provide some additional capability in the future? I think
so. We have some special plans that I think will bring REBOL to platforms
like that in the future. But, this is too early to say more.
Q: 1. What is fixed/added in 2.6.2/1.3.2 (change-log, please) ? 2.
What is planned for 1.4.0 (rebcode, rebservices, rich-text, RIF,
and last but not least, fixed sound ...) ? 3. When can we expect
1.4.0 ? Thanks.
A: 1. Gregg is preparing a summary. The document should be available
this week. 2. We are evaluating a large variety of changes in REBOL,
more than even the 1.4 release that we've talked about. I hope to
be able to say more about these plans soon.
| |
| Volker: 11-Dec-2005 | Its about passing objects as parameters. Then binding is not known at compile-time, and changing anyway. It can be an ugly extra instruction. | |
| Louis: 11-Jan-2006 | I wonder if there is a C dll somewhere that would give unicode support to the SDK. I have been searching the web for one, but haven't found anything yet. I hate the thought of going back to C, as I haven't programmed in C for a long time. | |
| Pekr: 26-Jan-2006 | maybe because demo upload script was promissed to be on-line on 8th of January, but so far ppl don't know, where to upload their demos. But, as I suggested, I don't expect there will be more than 5 - 6 participants, so instead of losing time to code such upload script, maybe it would be wiser to tell publicly an email address, where participants should send their demos :-) | |
| Ingo: 1-Feb-2006 | What's the current state and future plans of Rebol/Services? It's been a long time since there have been any news ... | |
| Pekr: 1-Feb-2006 | It's been long time since we heard any plans ... | |
| Pekr: 26-Jun-2006 | Gabriele - but maybe it would be worth to publish some blog article, about the state of Rebol 3. I know that every single project is delayed, but it starts to look strange once again - alpha in may, beta in June. It is end of June, according to another blog Carl is supposed to spend several weeks in France at that time, and no mention of when aproximately alpha will be out? | |
| Gabriele: 28-Jun-2006 | i guess it's just that Carl hasn't had the time. I did fix some mezz bugs for that release... | |
| Group: Windows/COM Support ... [web-public] | ||
| Brett: 14-Oct-2005 | It is wise, because it allows integration with what is out there right now (as opposed to two years time). Microsoft itself showed the importance of Word being able to integrate some years ago - helps people make a switch when they can still get to their legacy data. | |
| Geomol: 14-Oct-2005 | Then your work might not be vasted in two years time. | |
| BrianH: 14-Oct-2005 | I am not the one who does the work in Excel. Accountants do. It is not my choice to make, and the choice can't be made at all for historical records. At the time they switched to Excel, yes I was the one who championed it, but there was no OpenOffice then, no KOffice, no REBOL, no Windows 95 even. I am just called in to do the things that are over their head and when I'm done, these things usually don't need to be done again. Two years from now a new set of problems wil need to be solved and they will likely still be using Excel. | |
| Geomol: 14-Oct-2005 | It might be necessary to do the COM interface do to circumstances!? Maybe the company can't switch any time soon. I was just suggesting, that all the powder used to support COM might be better used. | |
| BrianH: 14-Oct-2005 | On that note, time to go off and think about this. Later! | |
| Pekr: 14-Oct-2005 | btw: IIRC DocKimbel did some work on ActiveX interfacing some time ago. Sadly he is not active nor does he respond to email, so dunno if we could start from some already existing codebase ... | |
| Benjamin: 20-Oct-2005 | yes i've to change all that in the examples, it will take some time ... :( and it will generate some erros im shure | |
| Volker: 1-Nov-2005 | time-limitation? YOu get as many 5-minutes-encapps as you want for free? | |
| Henrik: 1-Nov-2005 | time-limitation built into the encapped program? | |
| Henrik: 1-Nov-2005 | time limits are mostly annoying, but doesn't hamper usage in that time. I don't think the GUI or other things should be obscured | |
| Volker: 1-Nov-2005 | No, i thought a click-away-spashscreen and then normal app. But for $5-encap testing time seems best. | |
| BrianH: 1-Nov-2005 | Yes, so far Benjamin's been the only one with the expertise who's been able to put in the time to implement COM support. | |
| Benjamin: 13-Nov-2005 | sorry i've been out for a while, the as i said before im working on a solution for those who dont have the /pro license, im working on the security of such a client because it opens a gate on a tcp port, the security must be hight imagine why... the development time has take more than i've ever imagine .... | |
| Benjamin: 13-Nov-2005 | never the less i think it would be done in a cuple of weeks, i know i need to document as much as possible but i need time :( it will be here soon ... | |
| Brett: 14-Dec-2005 | Issue 2 - Photoshop method PrintOut only works the first time, subsequent calls are silently ignored. I had a loop so my workaround was to Quit photoshop programmatically, then restart it with Call - bit of a sledgehammer but I generated my cards :) | |
| Brett: 14-Dec-2005 | Not a big issue for me now, but would be good to solve these for next time. | |
| Brett: 14-Dec-2005 | P.s both of these I tried at console and I think I did try a wait at the time. | |
| Brett: 14-Dec-2005 | On issue 2, I've done some more testing this time with VB script and same result - just one print. However, trying a different printer - multiple prints work using VB script and REBOL/comlib. So it may be the printer driver that is causing me problems. | |
| Anton: 28-Jun-2006 | I will be checking out RebCall at some time to see if it can be used. http://mortimer.devcave.net/projects/rebcall | |
| Anton: 30-Jun-2006 | Now is a good time because it's fresh in my mind. | |
| Cyphre: 20-Jul-2006 | Yes, with the DLL interface you can theoretically create native-like GUI system according to your needs if you have enough time/motivation ;) | |
| Pekr: 20-Jul-2006 | I think time of "amiga" (in the sense of non traditional look to apps), is coming back in Internet age ... | |
| Cyphre: 20-Jul-2006 | ...it should not be a luxury item either that you have to pay for Well, this all depends on the conditions. You can expect this as free stuff in Java world with much bigger developer base. But I don't believe anyone here in our small comunity have enough time/resources to spent hunderds hours on such project just to make some people from the comunity happy and provide solution for their commercial app for free ;) | |
| Anton: 11-Aug-2006 | Fourth. This time, I didn't receive any notification, so it was unexpected. | |
| Group: Plugin-2 ... Browser Plugins [web-public] | ||
| JoshM: 4-May-2006 | Here's my thinking on priority on the plugin project: 1. IE plugin for 1.3.2 -- we'll have this online within a couple of days. 2. Mozilla plugin for 1.3.2 -- features equivalent to the IE plugin, although we may need to chop a few things out (do-browser for instance). 3. IE plugin for 1.3.3 -- the most important new features we can include in a relatively short time-frame release. 4. Mozilla plugin for 1.3.3 -- again, features equivalent to the IE plugin, but this is equal priority with the next item. 4. IE plugin for REBOL 3.0 -- new features that will ship with REBOL 3.0 (multithreading/multiple instances per browser, etc.) 5. Mozilla plugin for REBOL 3.0 -- features equivalent to IE | |
| JoshM: 4-May-2006 | thanks for the feedback. i apologize if i conveyed the idea that security discussions are noise. What I mean is that I don't have the bandwidth to sift through pages of discussion and build the plugin at the same time. So, for my sake, we need some kind of itemized system where Carl and I can tackle the issues one-by-one. | |
| Graham: 4-May-2006 | I dislike being asked by my kids to install stuff for them all the time ... | |
| Adrian_S: 5-May-2006 | That's a great video - was totally amazed the first time I saw it | |
| JoshM: 5-May-2006 | Volker, that is true. But the problem here is not COM interface/version compatibility. The problem here is: "Which REBOL binary to load?" Very simply put, if a web site relies upon plugin version 1.3.2, we must make sure that 1.3.2 -- or a later version backwards-compatible with 1.3.2 -- loads on their computer. At the same time, we need to deliver critical security updates and other non-breaking updates to users in a seamless manner. | |
| [unknown: 9]: 5-May-2006 | If there is a problem after an update to a plugin, and you do not notify the user that there was a problem, there is no way for them to know what caused the problem, and they will waste thier time trying to hunt it down. If you simply notify them when things are updated, they can connect the problem to the closest issue. | |
| Pekr: 9-May-2006 | I would make it also some 5% transparent, black and white design .... top bar displaying some basic buttons, date/time and progress dialog ... kind of minimalistic aproach .... | |
| Cyphre: 10-May-2006 | Henrik: event throtling: maybe you could use the event time filtering/compression made by Gabriele or Romano for that purpose? Or write your own. | |
| Pekr: 11-May-2006 | and under my WindowsXP, the plug-in is obtrusive - while it is installed,I get IE message each time, asking me if I want to allow activeX control - it happens on main plug-in demo page | |
| Henrik: 11-May-2006 | pekr, maybe it's related to how there can be only one instance of the plugin running at a time. maybe when reloading, the first instance is never shut down | |
| Henrik: 11-May-2006 | but why exactly is once instance at a time a problem? why is this limitation there? | |
| Gabriele: 12-May-2006 | i mean - i cannot fix it if i don't have the master source file. we can send improvements to carl, but i don't think he has time to consider them right now. | |
| ScottT: 15-May-2006 | Looks like Volker covered the security issues I'd note. About Rebol as a COM server process--I would think that would be the way to go. Pretty sure that is how Acrobat runs, too. Basically, the first time you run into a PDF on the web Acrobat32 starts, and handles all instances. | |
| Oldes: 16-May-2006 | Rebol as a plugin is here more then 2 years. It was plenty of time to do evil things | |
| Group: Games ... talk about using REBOL for games [web-public] | ||
| Pekr: 16-Jan-2007 | Maxim - and my opinion is that we have to decide - either stop bothering Carl with old stuff, or getting R3 sooner. Carl is full-time on R3 .... so ... | |
| [unknown: 9]: 16-Jan-2007 | I don't know where I put it, but I once built a detailed checklist of functions we would build for each game platform we worked on. I designed the game interface for WebTV, which also did not have Key Up. The basics are: Input: Key up, and at least 3 simultaneous key overlap. This is needed because during actual game place, people will press directional and fire buttons at the same time. Video: Double buffer - triple buffer is better. Without this, one needs to know where the beam is (called beam tracing) so that rendering happens on the sync. Threading: It is very difficult to write a game in a single thread. At the very least it needs to be able to trigger functions. Sound: Sounds need to be started, stopped, and volume changed on the fly. Multiple channels (4 minimum) for a full experience. | |
| Maxim: 16-Jan-2007 | since game play is about improving your agents, and their statistics, this is done slowly and true evolution occurs. you are free to create forks at any point too... but having many agents to update will obviously mean you loose time, but have better specialised agents... hehe all part of the strategy. | |
| Maxim: 17-Jan-2007 | I haven't had a lot to time to put on the development side of that concept. so I never really tried to go into such detail. I have to much to do these days, but as part of the time I put on "fun" coding, I eventually will get to it... especially since most of my low-level apis are comming to fruition :-) | |
| Mario: 4-Jun-2007 | Some time ago I was writing an Ants game (originally written in Peter Language 1 player vs computer) and wanted to port it to REBOL with 2 player (online too) | |
| ICarii: 28-Jun-2007 | ideally ill dust off terragen and make my own backdrops when i get a little more time | |
| 801 / 7721 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | [9] | 10 | 11 | ... | 74 | 75 | 76 | 77 | 78 |