You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(5) |
Jul
(22) |
Aug
(1) |
Sep
(16) |
Oct
(70) |
Nov
(6) |
Dec
(13) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(6) |
Feb
(2) |
Mar
(25) |
Apr
(8) |
May
(8) |
Jun
(8) |
Jul
(28) |
Aug
(5) |
Sep
(5) |
Oct
(7) |
Nov
|
Dec
(5) |
From: Fabrizio B. <fab...@cr...> - 2004-12-30 12:10:08
|
Hi to all, today we're going to import all mailing list users into the new p4a mailing list, if someone does not want to subscribe p4a mailing list can simply write to me at: fab...@cr... Thank to all Fabrizio |
From: Fabrizio B. <fab...@cr...> - 2004-12-24 11:20:56
|
The time has come, here you've our Christmas gift :-D p4a 0.1 is tested on Linux, on Windows we saw that there are some problems that will be fixed in the next release. The release cycle will bu very much closer that before, so we should have releases as soon as possibile. Hope you'll enjoy!!! Merry Christmas!!! Fabrizio PS: we should to move to the p4a mailing list: p4a...@so... because the MerlinWork's one is not the right place anymore... |
From: Fabrizio B. <fab...@cr...> - 2004-12-23 14:19:13
|
Hi to all, after a long time we're here to wish all the best for Christmas 2004 and the new year. What about a little gift? Tomorrow (December, 24th) we'll release the 0.1 version of phpForApplications!! These have been months of hard work to make p4a feature rich and stable, we hope you all will apreciate our work, thanks for all contributors and translators!!! There are too many changes from MerlinWork so we hope you'll take a look at it, more news and documentations will come. p4a is distribuited with 4 applications included: - sample_it (a very basic application, full code commented, in italian) - sample_en (a very basic application, full code commented, in english) - products_catalogue (a sample catalog for shops) - mysql_manager (a big project to automagically create web applications with a point and click interface, check it out!!!) Thank you all, have a great time! Fabrizio CreaLabs |
From: Fabrizio B. <fab...@cr...> - 2004-12-05 13:52:40
|
Hi, > It was for a website that didn't have access to any > database, so I got PHP Text DB working with the system. It doesn't do > everything, but the basic functionality seems to be operational. It is > also a nice little package with a simple text-based SQL engine. What a great thing, We always wanted that feature but we never had time to take a deep look to it! > (This link should be valid until at least January 1, 2005.) Thank you very much, I've just downloaded the file > I also included an example of how to use it > (objects/source_pay_status.php) as a source for the data sets. Realy good, thank you again. > As I mentioned before, I'm not doing anything with Merlin right now and > someone in the future might want to use it on a site that doesn't allow > a database, but still want to use the database functionality. Ok Dalan, I hope you'll take a look at the p4a project (http://sourceforge.net/projects/p4a) that will be the next generation merlin... We'll integrate text db in p4a asap and add your credits :))) thank you again, hope to ear you soon! Fabrizio |
From: D. M. <li...@mf...> - 2004-12-03 20:35:32
|
I'm not doing anything with Merlin at the moment, so I decided that I really should post the minor little things I did to get it working for a quick project I did. It was for a website that didn't have access to any database, so I got PHP Text DB working with the system. It doesn't do everything, but the basic functionality seems to be operational. It is also a nice little package with a simple text-based SQL engine. I'll try attaching the zip file that contains the various bits and pieces. Nope, SF is blocking zip attachments. Okay, I'm putting it at: http://www.mfgames.com/merlin-txt-db.zip (This link should be valid until at least January 1, 2005.) This follows most of the directory structure that is already there, but it adds a databases/ directory somewhere in the tree. See the config file for the settings that are required. I also included the library, there is one minor change from the core PHP-Text-DB system, to set the variables properly. I also included an example of how to use it (objects/source_pay_status.php) as a source for the data sets. As I mentioned before, I'm not doing anything with Merlin right now and someone in the future might want to use it on a site that doesn't allow a database, but still want to use the database functionality. Cheers, Dylan |
From: Fabrizio B. <fab...@cr...> - 2004-10-20 08:23:24
|
Alle 18:43, marted=EC 19 ottobre 2004, Christian G. Warden ha scritto: > Has any work been done on making MerlinWork/P4A work with php5? merlinwork/p4a should work with php5, but at the moment we do not think to= =20 port totally to php5 because php4 is still a lot used... cheers fabrizio |
From: Christian G. W. <cw...@xe...> - 2004-10-19 16:43:47
|
Has any work been done on making MerlinWork/P4A work with php5? xn |
From: Fabrizio B. <fab...@cr...> - 2004-10-15 15:24:37
|
> Great! =A0I'm pretty sure that it's #2 that's causing my performance > problems. =A0Is p4a stable enough to start playing with? =A0I've got two > projects that I would like to start porting. hummm so and so... you can start playing with it but it is not so stable...= =20 we're changing a lot of things at the speed of light... > Thanks for all of your work on MerlinWork/p4a. :-)))) your help and support is always very great thus thanks to you!!! =46abrizio |
From: Christian G. W. <cw...@xe...> - 2004-10-15 15:18:31
|
On Fri, Oct 15, 2004 at 09:36:24AM +0200, Fabrizio Balliano wrote: > Alle 21:49, giovedì 14 ottobre 2004, Christian G. Warden ha scritto: > > Does p4a improve performance over MerlinWork? > > surely yes because of the db source changes > > > You might remember my > > attempts to cache pre-initialized listeners because the init() function > > takes a long time. Will p4a either speed up the initialization or allow > > caching pre-initialized objects? > > we think the bottlenecks were in other places: > 1) the db source > 2) the BIG session > > now these 2 problems are fixed :-) Great! I'm pretty sure that it's #2 that's causing my performance problems. Is p4a stable enough to start playing with? I've got two projects that I would like to start porting. Thanks for all of your work on MerlinWork/p4a. xn |
From: Fabrizio B. <fab...@cr...> - 2004-10-15 07:36:58
|
Alle 21:49, gioved=EC 14 ottobre 2004, Christian G. Warden ha scritto: > Does p4a improve performance over MerlinWork? =A0 surely yes because of the db source changes > You might remember my=20 > attempts to cache pre-initialized listeners because the init() function > takes a long time. =A0Will p4a either speed up the initialization or allo= w=20 > caching pre-initialized objects? we think the bottlenecks were in other places: 1) the db source 2) the BIG session now these 2 problems are fixed :-) =46abrizio |
From: Christian G. W. <cw...@xe...> - 2004-10-14 19:49:19
|
On Tue, Sep 21, 2004 at 09:18:24AM +0200, Fabrizio Balliano wrote: > > Do you guys have any code for us to look at yet? How much work > > will it be to port MerlinWork applications to p4a? > > it is in the p4a cvs: > > http://sourceforge.net/projects/p4a > > but we have no db_source working untill now. > > To port an application there is some work because many things have changed to > allow a better programming experience, some of those are: > > - new naming (java like), all classes have p4a_ prefix > - no global_listener, the main listener extends p4a > - no application autostart, you start p4a instancing the application with > $app =& new("appClassName"); > $app->main(); > so we can script the interface and write robots that simulate > user interaction > - a mask now has to extend the p4a_mask > - there's no default sheet in a mask, so you have to instance a sheet > and anchor object on it > - new widget: canvas, to build apps with absolute positions, you > can use is instead of sheet in a mask and anchor object at a > defined top/left coordinate (es: 20px 20px) > - new complex db_source with 3 uses: no_cache, page_cache, > complete_cache (still not finished) and support for multiple > primary keys > - some more that now i do not remember... Does p4a improve performance over MerlinWork? You might remember my attempts to cache pre-initialized listeners because the init() function takes a long time. Will p4a either speed up the initialization or allow caching pre-initialized objects? Thanks, xn |
From: Fabrizio B. <fab...@cr...> - 2004-10-04 08:16:36
|
Hi Christian, > If a field of type label has a data source, it should not be formatted > as it breaks get_as_label(). get_new_value() returns the formatted > value such as 1,234 which won't match the value_field value of 1234 in > the data source. I'm sorry but this patch does not apply to the current merlinwork cvs version... do you have an update version of the patch? thank you very much. Cheers Fabrizio |
From: Christian G. W. <cw...@xe...> - 2004-09-28 19:41:25
|
If a field of type label has a data source, it should not be formatted as it breaks get_as_label(). get_new_value() returns the formatted value such as 1,234 which won't match the value_field value of 1234 in the data source. The simple fix is to set the field to unformatted in set_source(). xn --- core/objects/widgets/field.php 1 Sep 2004 23:38:18 -0000 1.1.1.1 +++ core/objects/widgets/field.php 28 Sep 2004 19:38:14 -0000 @@ -462,6 +462,7 @@ } } $this->set_default_visualization_properties(); + $this->set_formatted(false); } /** |
From: Fabrizio B. <fab...@cr...> - 2004-09-21 07:18:32
|
> Do you guys have any code for us to look at yet? How much work > will it be to port MerlinWork applications to p4a? it is in the p4a cvs: http://sourceforge.net/projects/p4a but we have no db_source working untill now. To port an application there is some work because many things have changed to allow a better programming experience, some of those are: - new naming (java like), all classes have p4a_ prefix - no global_listener, the main listener extends p4a - no application autostart, you start p4a instancing the application with $app =& new("appClassName"); $app->main(); so we can script the interface and write robots that simulate user interaction - a mask now has to extend the p4a_mask - there's no default sheet in a mask, so you have to instance a sheet and anchor object on it - new widget: canvas, to build apps with absolute positions, you can use is instead of sheet in a mask and anchor object at a defined top/left coordinate (es: 20px 20px) - new complex db_source with 3 uses: no_cache, page_cache, complete_cache (still not finished) and support for multiple primary keys - some more that now i do not remember... fabrizio |
From: Christian G. W. <cw...@xe...> - 2004-09-20 21:49:55
|
On Mon, Sep 20, 2004 at 03:55:17PM +0200, Fabrizio Balliano wrote: > Hi, > > > It will be better if this code will look like this: > > $this->mask->field1->set_visible($isVisible); > > I think this will be implemented in p4a... because that is going to be > completed and will be the next merlin. Do you guys have any code for us to look at yet? How much work will it be to port MerlinWork applications to p4a? xn |
From: Fabrizio B. <fab...@cr...> - 2004-09-20 13:55:21
|
Hi, > It will be better if this code will look like this: > $this->mask->field1->set_visible($isVisible); I think this will be implemented in p4a... because that is going to be completed and will be the next merlin. Fabrizio |
From: Fabrizio B. <fab...@cr...> - 2004-09-20 13:53:13
|
hi Valery, > Method BUTTON::get_as_string() modified in the latest release do not work. > It incorrectly draws disabled image buttons. after a long delay the patch is added!! Fabrizio |
From: Valery S. <va...@bl...> - 2004-08-12 10:00:37
|
Hello! Method BUTTON::get_as_string() modified in the latest release do not work. It incorrectly draws disabled image buttons. Below is correct code. core\objects\widgets\button.php, start at line 132. =================================================================== function get_as_string() { if (! $this->is_visible()) { return NULL; } $header = '' ; $enabled = $this->is_enabled(); if ($this->icon != NULL) { if( $enabled ) { $header .= '<a class="link_button" href="#" ' . $this->compose_string_actions() . '>'; } $header .= '<img class="' ; if( $enabled ) { $header .= 'clickable img_button '; } $header .= '" src="' . MERLIN_ICONS_PATH . '/' . $this->merlin->i18n->get_language() . '/' . $this->merlin->i18n->get_country() . '/' . $this->icon . '.' . MERLIN_ICONS_EXTENSION . '" alt="' . $this->merlin->i18n->messages->get($this->icon) . '" '; $footer = ' />'; if( $enabled ) { $footer .= '</a>'; } }else{ $header .= '<INPUT type="button" class="' ; if( $enabled ) { $header .= 'clickable '; } $header .= 'border_box font4 no_print" '; if( !$enabled ) { $header .= ' disabled="disabled"'; } if ($enabled) { $header .= $this->compose_string_actions(); } $footer = ' />'; } return $header . $this->compose_string_properties() . $footer . "\n"; } =================================================================== Valery. |
From: Valery S. <va...@bl...> - 2004-08-06 17:29:54
|
> yes you're right, it's a better implementation but from tomorror 'till > september will let our bodies rest on holiday so these things will be > implemented from the next month. > Good luck! Do not roast yourself too much ;-) Valery. |
From: Fabrizio B. <fab...@cr...> - 2004-08-06 17:23:11
|
> Note this is common practice in API writing. yes you're right, it's a better implementation but from tomorror 'till september will let our bodies rest on holiday so these things will be implemented from the next month. Thank you for your great help! Have a good summer!!! Fabrizio |
From: Valery S. <va...@bl...> - 2004-08-06 17:08:51
|
In addition to WIDGET::set_visible() method WIDGET::enable() should be changed too: /** * Sets the widget enabled or disabled. * @access public * @see $enable */ function enable($enable = TRUE) { $this->enabled = $enable; } Note this is common practice in API writing. ------------ Valery. |
From: Valery S. <va...@bl...> - 2004-08-05 13:55:55
|
Hello! I've noticed inconvenience of using methods set_visible/set_invisible of WIDGET object. Lets look at sample code that sets fields visibility based on variable value: if ($isVisible) { $this->mask->field1->set_visible(); $this->mask->field2->set_visible(); $this->mask->field3->set_visible(); } else { $this->mask->field1->set_invisible(); $this->mask->field2->set_invisible(); $this->mask->field3->set_invisible(); } It will be better if this code will look like this: $this->mask->field1->set_visible($isVisible); $this->mask->field2->set_visible($isVisible); $this->mask->field3->set_visible($isVisible); I suggests to add one boolean parameter $visible to method WIDGET::set_visible with default value of TRUE. This will let us use new better code ;-) while conserve compatibility with old-style code. Below is patched code (widget.php, lines 191-198): /** * Sets the widget visible or invisible. * @access public */ function set_visible($visible = TRUE) { $this->visible = $visible; } ------------ Valery. |
From: Fabrizio B. <fab...@cr...> - 2004-07-23 13:54:52
|
Hi, > As template default.tpl do not knows about menu and toolbar heights (menu > and toolbar themselves may be builded from various templates) I suggest > to pass this values to template. > [[$menu]] and [[$top]] placeholders are located in #topContainer. > If we'll provide $menu_height and $top_height variables to template it > will know where to place #mainContainer. well, i saw the thing but i think we have to wait because merlin project is under a heavy revolution and this change is a little trouble at the moment. Do you know p4a project? no releases by now but it is pretty closed (we have a lot of work at this time so we think that we will release it on september). p4a will be the next generation merlinwork, with better programming pattern implementation and new naming (java like) because we're working on porting it (maybe) on pear. I think we should put all the forces on p4a and develop merlinwork only for security patches. I know it's now a beautiful thing but we've to do that if we want this project to become always better, and anyway for only 2 developer is very hard to maintain 2 big projects like these. cheers fabrizio |
From: Fabrizio B. <fab...@cr...> - 2004-07-20 13:08:13
|
> Switching position of #topContainer to 'absolute' lead to correct rendering > but #topContainer do not always resides on top of window. This maybe is > not what we want ;-) yes, because menu and toolbar stands on the top of the page, and this is very nice on advanced browsers. > As template default.tpl do not knows about menu and toolbar heights (menu > and toolbar themselves may be builded from various templates) I suggest > to pass this values to template. > [[$menu]] and [[$top]] placeholders are located in #topContainer. > If we'll provide $menu_height and $top_height variables to template it > will know where to place #mainContainer. that should be the right solution! going to check how to do this in the next few days, because of the big amount of work :-| cheers fabrizio |
From: Valery S. <va...@bl...> - 2004-07-20 12:46:21
|
> > but i get a non working result, see attach, do you have some idea? > I see. The point is that IE (I've used for tests) don't support position:fixed (applied for #topContainer). IE interprets it as position:absolute. Therefore I did not note that #topContainer content have to remain on top of window regardless of main content scrolling. I have checked this in Mozilla and Opera (which "understands" position:fixed) and see incorrect rendering. Switching position of #topContainer to 'absolute' lead to correct rendering but #topContainer do not always resides on top of window. This maybe is not what we want ;-) Now about possible solution. As template default.tpl do not knows about menu and toolbar heights (menu and toolbar themselves may be builded from various templates) I suggest to pass this values to template. [[$menu]] and [[$top]] placeholders are located in #topContainer. If we'll provide $menu_height and $top_height variables to template it will know where to place #mainContainer. Valery. |