Menu
▾
▴
binarycloud-dev — development list for binarycloud
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
(57) |
May
(287) |
Jun
(166) |
Jul
(286) |
Aug
(273) |
Sep
(254) |
Oct
(144) |
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <bin...@li...> - 2002-05-13 15:48:30
|
Hi, We are beginners. We have just downloaded binarycloud and we use Unix. Although we read the specification book and the help, We don't know how to execute examples such as "Hello World". Thanks for explaining us. -- web...@fo... +----------------------------------------------------------------+ | http://www.symetrie.com/ Edition de musique/Music publisher | | http://www.foliomusic.com/ Librairie musicale/Scores store | +----------------------------------------------------------------+ |
|
From: <bin...@li...> - 2001-10-16 05:35:15
|
oops. wrong list.. durrrhh ----- Original Message ----- From: <bin...@li...> To: "binarycloud-dev" <bin...@li...> Sent: Monday, October 15, 2001 10:14 PM Subject: [binarycloud-dev] zend engine 2.0 ramifications > hi all, > > looking through this zend engine 2 doc... it's exciting. I think we'll see > the engine speed up even more (hmm, absolute power corrupts absolutely) > > there's some cool stuff, and some things to note: > -most it not all of the base classes should be changed once the engine > is out and happy: > -destructors! > -Major change: (things won't break, but we should do this as > soon as the engine is out).. constructors are no longer defaulted to the > ClassName() method: there will be a special method name: __construct(); We > might consider making modules even more simple: __construct() and > __destruct() as the standard. > > -if they implement private vars, we should analyze the classes > and convert vars that should be private. > -same with static vars. > > -our error handling will be really, really different. I didn't > know they were introducing try...catch until Andi mentioned it... so this > will change the way we deal with error handling at the very low level. > > This doesn't have any impact yet, and we can continue on doing things as we > are... but at the same time we'll have access to more powerful tools in the > future :) > > _alex > > > _______________________________________________ > binarycloud-dev mailing list > bin...@li... > https://lists.sourceforge.net/lists/listinfo/binarycloud-dev > http://www.binarycloud.com > http://www.sf.net/projects/binarycloud/ > |
|
From: <bin...@li...> - 2001-10-16 05:17:17
|
hi all,
looking through this zend engine 2 doc... it's exciting. I think we'll see
the engine speed up even more (hmm, absolute power corrupts absolutely)
there's some cool stuff, and some things to note:
-most it not all of the base classes should be changed once the engine
is out and happy:
-destructors!
-Major change: (things won't break, but we should do this as
soon as the engine is out).. constructors are no longer defaulted to the
ClassName() method: there will be a special method name: __construct(); We
might consider making modules even more simple: __construct() and
__destruct() as the standard.
-if they implement private vars, we should analyze the classes
and convert vars that should be private.
-same with static vars.
-our error handling will be really, really different. I didn't
know they were introducing try...catch until Andi mentioned it... so this
will change the way we deal with error handling at the very low level.
This doesn't have any impact yet, and we can continue on doing things as we
are... but at the same time we'll have access to more powerful tools in the
future :)
_alex
|
|
From: <bin...@li...> - 2001-10-15 10:33:50
|
Hi Manuel, > I will get back on this. It is just that my since my son was > born I have not had much time to catch up on e-mail. Congratulations from me too. :andi |
|
From: <bin...@li...> - 2001-10-15 10:33:38
|
Hi Manuel, >I did not have the time to document anything from MetaL modules, >but if you are really serious on getting a build system that >really helps your development, I think you should bother and >take a look on MetaL compiler build process. Cool, I'll have a closer look this week. Andi |
|
From: <bin...@li...> - 2001-10-15 00:16:58
|
> Hello Alex, > > I will get back on this. It is just that my since my son was born I have > not had much time to catch up on e-mail. Congratulations! What's his name? :) _a |
|
From: <bin...@li...> - 2001-10-15 00:16:17
|
> Hello, > > Before anybody decides to go somewhere else, MetaL compiler has a module > for building projects. It certainly beats anything that exists because of > some innovating features that among many other things do not require that > you figure any dependencies on files that are used to build a target > because it can keep track of that for you. This is a blessing for very > large projects. > > I did not have the time to document anything from MetaL modules, but if you > are really serious on getting a build system that really helps your > development, I think you should bother and take a look on MetaL compiler > build process. > > > Regards, > Manuel Lemos Hi manuel, I will have a look, thanks. Also, check out binarycloud.tigris.org: this list is dead (bin...@li...) the new list is at de...@bi... - I took your suggestion and moved to Tigris. So far I am very happy :) best, -alex |
|
From: <bin...@li...> - 2001-10-14 23:28:07
|
Hello Alex, I will get back on this. It is just that my since my son was born I have not had much time to catch up on e-mail. On 22-Sep-01 18:32:48, you wrote: >>> Not really, because you're actually building logic with MetaL, whereas >>> we're just doing string replacement that's supported by logic that figures >>> out what to replace with. >> >> Actually that is precisely what the MetaL compiler module named template >> does. You just say that there is some template data in a file and that you >> want to clip some data from it and have some data replaced with variable >> values that are specified in your program. >> >> Need examples? >Hmmm... yes, that would be great. >>> I.e. we have a tag for putting the correct language version of a string >>> based on the current language code, or putting in a bunch of code for a >>> static module call from page, etc. >> >> Those would be done with MetaL by passing variable values that would >> represent the data that you want to replace in the the template. >Ok. >> >>> I need to spend a little time with MetaL to get more comfortable with it, >>> but I don't think what we're doing crosses. >> >> Yes, I think you could save yourself a lot of development effort if you >> look closer into MetaL and realize that it does already what you need. >> >> What you are trying is one of the things that MetaL template can do, which >> is replacing data within template data. MetaL can also replace template >> data with code generated by some other module. To benefit from MetaL >> power, obviously you don't need to use everything that it is capable of. >Indeed, though I was not thinking that MetaL did that. >hmmmmm >_a >_______________________________________________ >binarycloud-dev mailing list >bin...@li... >https://lists.sourceforge.net/lists/listinfo/binarycloud-dev Regards, Manuel Lemos Web Programming Components using PHP Classes. Look at: http://phpclasses.UpperDesign.com/?user=ml...@ac... -- E-mail: ml...@ac... URL: http://www.mlemos.e-na.net/ PGP key: http://www.mlemos.e-na.net/ManuelLemos.pgp -- |
|
From: <bin...@li...> - 2001-10-14 23:28:00
|
Hello, Before anybody decides to go somewhere else, MetaL compiler has a module for building projects. It certainly beats anything that exists because of some innovating features that among many other things do not require that you figure any dependencies on files that are used to build a target because it can keep track of that for you. This is a blessing for very large projects. I did not have the time to document anything from MetaL modules, but if you are really serious on getting a build system that really helps your development, I think you should bother and take a look on MetaL compiler build process. Regards, Manuel Lemos Web Programming Components using PHP Classes. Look at: http://phpclasses.UpperDesign.com/?user=ml...@ac... -- E-mail: ml...@ac... URL: http://www.mlemos.e-na.net/ PGP key: http://www.mlemos.e-na.net/ManuelLemos.pgp -- |
|
From: <bin...@li...> - 2001-10-10 18:30:02
|
Hi Alex, >this list and all project resources for binarycloud have been moved to >Tigris.org. cool! > Please _do_not_ subscribe to the Tigris right now, as I'm > going to move all current subscribers from SourceForge over myself. Ahhhrg. Sh*t. 0:) andi |
|
From: <bin...@li...> - 2001-10-10 18:21:39
|
hi all, this list is now officially dead. please visit http://binarycloud.tigris.org/servlets/ProjectMailingListList for all binarycloud lists. best, _alex |
|
From: <bin...@li...> - 2001-10-10 18:15:52
|
hi all, I have just subscribed everyone who is on the binarycloud-dev list at sourceforge to de...@bi.... If you do not receive two copies of this message, please go here: http://binarycloud.tigris.org/servlets/ProjectMailingListList and subscribe to dev. I am in the process of moving over the memberships of the other lists on sourceforge, and will send a verification for each. best, _alex |
|
From: <bin...@li...> - 2001-10-10 18:10:06
|
hi all, this list and all project resources for binarycloud have been moved to Tigris.org. Please _do_not_ subscribe to the Tigris right now, as I'm going to move all current subscribers from SourceForge over myself. go to: http://binarycloud.tigris.org best, -alex |
|
From: <bin...@li...> - 2001-10-09 23:21:47
|
Hi Alex, >> Ok, I'll do it that way. But there is another application where >> to accept bc tags as params: Everywhere where lang dependend >> strings are needed. > because we can _always_ assume that <bc:lang strings > need to be process first, i think it's fine to > process that first, and use a separate regex > that will only match <bc:lang Oh yes. Cool. We can introduce precedence to bc tags and unsing a "multi pass" technique :-) No recrusion, no much extra code overhead, no extra parser. Simple yet powerful. Andi |
|
From: <bin...@li...> - 2001-10-09 22:59:23
|
> Ok, I'll do it that way. But there is another application where to accept bc > tags as params: Everywhere where lang dependend strings are needed. because we can _always_ assume that <bc:lang strings need to be process first, i think it's fine to process that first, and use a separate regex that will only match <bc:lang _a |
|
From: <bin...@li...> - 2001-10-09 22:43:50
|
Hi Alex, >I believe the href tag is the only tag we have right now which >can accept other bc tags as params... so I think the >internal 'sub-parsing' is 100% applicable, and valid + clean. Ok, I'll do it that way. But there is another application where to accept bc tags as params: Everywhere where lang dependend strings are needed. Andi |
|
From: <bin...@li...> - 2001-10-09 22:06:49
|
hi all, I'm in the process of switching our 'infrastructure' from sourceforge to tigris.org. Their stuff is clean, small, fast, and properly administrated by professionals. I'm really impressed, and I think the move will be mucho positive. As soon as the switch is complete, everyone will need to migrate over to the new list addresses, I'll send the Tigris url once it's available. best, _alex |
|
From: <bin...@li...> - 2001-10-09 21:53:23
|
> Hi,
>
> i'm currently on the BccHrefCompiler and the following problem occured. The
> Regex to grab the tags does not handle nested tags properly.
>
> preg_match_all("!<(bc:.*?)>.*?</\\1.*?>!si", $source, $match);
>
> i.e.:
> ...
> <bc:href>
> <id>123</id>
> <content>
> <bc:img>
> <id>321</id>
> </bc:img>
> </content>
> </bc:href>
> ...
>
> The regex now extracts the whole bc:href stuff including the bc:img tag.
> Then the href compiler is called and its output replaces the whole thing.
> The desired behavior is, that it first replaces the inner tag(s) calling the
> ImgCompiler then calling the Href Compiler.
I believe the href tag is the only tag we have right now which can accept
other bc tags as params... so I think the internal 'sub-parsing' is 100%
applicable, and valid + clean.
_alex
>
> A possible solution is to call the ImgCompiler from within the Href
> Compiler, what I dislike. Another might be using some kind of recrusion or
> the php native xml_parser functions using some kind of event based parsing.
>
> Any ideas?
>
> andi
>
>
> _______________________________________________
> binarycloud-dev mailing list
> bin...@li...
> https://lists.sourceforge.net/lists/listinfo/binarycloud-dev
> http://www.binarycloud.com
> http://www.sf.net/projects/binarycloud/
>
|
|
From: <bin...@li...> - 2001-10-09 21:10:05
|
Hi,
i'm currently on the BccHrefCompiler and the following problem occured. The
Regex to grab the tags does not handle nested tags properly.
preg_match_all("!<(bc:.*?)>.*?</\\1.*?>!si", $source, $match);
i.e.:
...
<bc:href>
<id>123</id>
<content>
<bc:img>
<id>321</id>
</bc:img>
</content>
</bc:href>
...
The regex now extracts the whole bc:href stuff including the bc:img tag.
Then the href compiler is called and its output replaces the whole thing.
The desired behavior is, that it first replaces the inner tag(s) calling the
ImgCompiler then calling the Href Compiler.
A possible solution is to call the ImgCompiler from within the Href
Compiler, what I dislike. Another might be using some kind of recrusion or
the php native xml_parser functions using some kind of event based parsing.
Any ideas?
andi
|
|
From: <bin...@li...> - 2001-10-09 20:06:06
|
Hi Alex, >Let's look at the build.xml and choose the features we _must_ have >initially. Excatly my thinking. Andi |
|
From: <bin...@li...> - 2001-10-09 19:46:37
|
> That's the point. I for myself got away from the idea designing a system the > way I like best, or I think its groovy, tricky or whatever. I did that a > long time before I started a business - playing around doing things I > thought to be best - ignoring Windoze at all ;-). But as you said, It must > be reliable, easy and powerful. In other words: most effective in any way. yes! >> ANTS is probably cool (I haven't known andi to say dumb >> things, he's a smart guy) - so at the very least we >> should _look_ at ants. > ;-) Thanks. And that was all I wanted (may be my words where a bit > misunderstanding) I never had the idea to force ant. I saw it's cool and > that we can benefit from it in some way. yes! >> In the end, we probably won't use it: installing JRE >> just for make is a pain in the ass if you're not building >> a bunch of java code. > > Here comes another thing into play. Again, don't misunderstand - this is not > an attempt to somehow at least find a way to use ant ;-) > What if we provide some kind of java interface with bc. That's only a > thought, but most enterprise solutions are based upon java and bc might > become more interesting and credible for enterprise applications if existing > java stuff can be integrated smoothly. This is future thinking of course but > why not ext.java.* ? :-) possible, but difficult and (for the moment) sort of flimsy and unstable.. we're probably better off exposing XML interfaces for java applications. > > Most defenetly. I think I speak for everyone on the list, when I say, every > optinion, help and insights are mostly welcome. yes! _a |
|
From: <bin...@li...> - 2001-10-09 19:43:39
|
> For those the system must work almost instantly without much trouble, > additional downloads, configuration to be considerable for bigger companies > and people wether have no unix experience or no unix available. > > The only way to achive this while still remaining language consistent: A > *completely* PHP based build tool. Yep: pure php build. -a |
|
From: <bin...@li...> - 2001-10-09 19:42:39
|
> My idea is to more or less port ant to php. So that in the far future both > systems at least behave equally. And additionally ours is better. That's a job... Let's look at the build.xml and choose the features we _must_ have initially. _a |
|
From: <bin...@li...> - 2001-10-09 19:41:51
|
> The from address is suddenly appearing as > bin...@li.... Alex, is there any way you > can change this back to the old setting, as it means I have to read every > email to see who it comes from :-( > > If not, you may want o look at http://freelists.org - they are brilliant! > > Cheers! > Peter. hi Peter, thank sourceforge for that one... I'm in the process of switching to Tigris.org, which has accepted the project. best, _alex |
|
From: <bin...@li...> - 2001-10-09 19:40:59
|
> heh..cool. Can you give a general guidelines, on how > to perform such task using BC? just a simple example > will do. I'm still in the dark on how BC does this. you can develop your applications normally.... the second generation session stuff will have the option of using the database for session logging, which makes your stuff natively stateless. best, -alex |
5 messages has been excluded from this view by a project administrator.
