Re: [PHP-DOC] Re: Documentation Editor - News
On Sun, Dec 20, 2009 at 12:57 PM, KSChan mr.ksc...@gmail.com wrote: Hi, I'm now ready to start the ExtJs 3.0 migration. I will start it soon. Great :) I have work on the migration. I think I will be able to commit a lot of change tommorow. A bit OT here =P Regarding ExtJs 3.0 migration , there is a server side framework namely Ext.Direct (http://www.extjs.com/products/extjs/direct.php) that's doing something like our ExtController.php (from my first impression...). You may get samples of Ext.Direct from http://www.extjs.com/products/extjs/#sample-12 Greetings, An update to Ext.Direct. From blog [1] and forum [2] posts, I believe Ext.Direct is the web service framework. The framework takes the use of comment as web service annotation, much Like using Java's annotation... its a matter of putting comments about your function that include tags like @remotable, @formHandler and @remoteName (to specify a different name for a method on the client side). Here is an example of a simple Echo class that returns whatever you pass its send function: [3] ?php class Class_Echo { /** * @remotable */ public function send($string){ return $string; } } ? After that, client side script just uses the web service like EchoAction.send('...') and thus no Ext.Ajax.request is needed. If we adopt this framework as extjs3.0 migration, there will be a lot of work. [1] - http://www.extjs.com/blog/2009/05/13/introducing-ext-direct/ [2] - http://www.extjs.com/forum/showthread.php?t=67992 [3] - http://www.extjs.com/forum/showthread.php?t=68186 ks.
Re: [PHP-DOC] Re: Documentation Editor - News
Le dimanche 20 décembre 2009 05:57:55, KSChan a écrit : Hi, Hi Kschan, I'm now ready to start the ExtJs 3.0 migration. I will start it soon. Great :) I have work on the migration. I think I will be able to commit a lot of change tommorow. A bit OT here =P Regarding ExtJs 3.0 migration , there is a server side framework namely Ext.Direct (http://www.extjs.com/products/extjs/direct.php) that's doing something like our ExtController.php (from my first impression...). You may get samples of Ext.Direct from http://www.extjs.com/products/extjs/#sample-12 I'll try it out and see if it can apply to the editor. Ok. Tell us about your test ;) If you have a moment to work on the editor, could you view this bug report ? http://bugs.php.net/bug.php?id=50521 I have made a lot of inprovement for the main panel. No more tab, and welcome portlets ! No more Jpgraph, welcome ExtJs Graph ;) Any feedback are welcome ;) Best, Yannick ks.
Re: [PHP-DOC] Re: Documentation Editor - News
I don't know if it's just me, but I can't close tabs in the editor. I can click the close button and the tab becomes inactive, but the tab button still remains. That is using Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.6) Gecko/20091215 Ubuntu/9.10 (karmic) Firefox/3.5.6. -- Daniel Egeberg
Re: [PHP-DOC] Re: Documentation Editor - News
Hi Daniel, The online version haven't been upgraded to ExtJs 3.0 (steel use ExtJs 2.3). We must wait for Philip to upgrade the ExtJs version. Please, wait for this upgrade before report bug ;) Best, Yannick Le samedi 19 décembre 2009 21:15:56, Daniel Egeberg a écrit : I don't know if it's just me, but I can't close tabs in the editor. I can click the close button and the tab becomes inactive, but the tab button still remains. That is using Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.6) Gecko/20091215 Ubuntu/9.10 (karmic) Firefox/3.5.6.
Re: [PHP-DOC] Re: Documentation Editor - News
Le samedi 19 décembre 2009 21:15:56, Daniel Egeberg a écrit : I don't know if it's just me, but I can't close tabs in the editor. I can click the close button and the tab becomes inactive, but the tab button still remains. That is using Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.6) Gecko/20091215 Ubuntu/9.10 (karmic) Firefox/3.5.6. On Dec 19, 2009, at 1:19 PM, yannick wrote: Hi Daniel, The online version haven't been upgraded to ExtJs 3.0 (steel use ExtJs 2.3). We must wait for Philip to upgrade the ExtJs version. Please, wait for this upgrade before report bug ;) This task has been completed, the server now has ExtJs 3.1.0 installed. Regards, Philip
Re: [PHP-DOC] Re: Documentation Editor - News
Hi, I'm now ready to start the ExtJs 3.0 migration. I will start it soon. Great :) I have work on the migration. I think I will be able to commit a lot of change tommorow. A bit OT here =P Regarding ExtJs 3.0 migration , there is a server side framework namely Ext.Direct (http://www.extjs.com/products/extjs/direct.php) that's doing something like our ExtController.php (from my first impression...). You may get samples of Ext.Direct from http://www.extjs.com/products/extjs/#sample-12 I'll try it out and see if it can apply to the editor. ks.
Re: [PHP-DOC] Re: Documentation Editor - News
On Dec 17, 2009, at 3:05 PM, yannick wrote: Le lundi 14 décembre 2009 13:58:32, Yannick Torrès a écrit : On Sun, 13 Dec 2009 17:23:22 -0800, Philip Olson phi...@roshambo.org [...] Logging and history is great but certainly not required. I'm unsure what you mean by a simple grid as I see simply see configure.php output. We could probably only store failed builds, for let's say a month? Noted. I will implemente this today. I have commit this change last day. All log (for failed build) older than 1 month are deleted each time we check a build. We can we all stored failed build into DB via Main Menu = EN tools = Last failed build and view the details on double-click onto a line. To automatically check all build, we need to add a cron job ( /scripts/cron/check_build.php). Automaticaly check build don't use the option --enable-xml-details. When a build is currently checked, we can't start a new one for the same language. This is now setup within cron. However, one problem it gives is: Warning: mail(): Filename cannot be empty in AccountManager.php on line 268 Which refers to some old code from the old account system. So, I'm not sure, maybe it makes better sense to you. I stopped its initial run for now, but it saved a few entries into the database. And while testing it appears --enable-xml-details is used regardless of it being selected or not. Considering the amount of resources this single option requires, I wonder if we should allow it at all. Maybe disable for anonymous users? Noted. I will review it. An anonymous user can't start a build check. Only authenticated user. When we don't check the option --enable-xml-details, she is unused now. I haven't delete this possibility as this is the only way to find some error... Sounds good. About the ExtJs 3.0 migration, when I finish all I have in mind, and when I finish all of your (futur) feedback, I will start it. I will inform you to update the online version and so, follow this migration. I have finish all I have in mind. I solve the last open bug too (MC problem, soled by adding an option into .htaccess and some little change into the code). This sounds fine, although all MQ settings are off on the server. It appears it now saves the entire changed file (instead of a patch) and does a diff at runtime. Is this true? I'm debugging a possible bug, but it appears to strip leading whitespace now. I'll know more later. You should expect to see several bug reports in the coming hours. :) I'm now ready to start the ExtJs 3.0 migration. I will start it soon. Great :) Can you please update the DB as the last commit I done break it ? http://svn.php.net/viewvc?view=revisionrevision=292272 I hope this is the last DB change for now. This has been done. Regards, Philip
Re: [PHP-DOC] Re: Documentation Editor - News
Le vendredi 18 décembre 2009 19:13:12, Philip Olson a écrit : On Dec 17, 2009, at 3:05 PM, yannick wrote: Le lundi 14 décembre 2009 13:58:32, Yannick Torrès a écrit : On Sun, 13 Dec 2009 17:23:22 -0800, Philip Olson phi...@roshambo.org [...] This is now setup within cron. However, one problem it gives is: Warning: mail(): Filename cannot be empty in AccountManager.php on line 268 Which refers to some old code from the old account system. So, I'm not sure, maybe it makes better sense to you. I stopped its initial run for now, but it saved a few entries into the database. I just commit a fix for this. This sounds fine, although all MQ settings are off on the server. It appears it now saves the entire changed file (instead of a patch) and does a diff at runtime. Is this true? Yes, the file is entirely saved and a diff is done at runtime. I'm debugging a possible bug, but it appears to strip leading whitespace now. I'll know more later. You should expect to see several bug reports in the coming hours. :) Yes, I wait for it ! ;) I'm now ready to start the ExtJs 3.0 migration. I will start it soon. Great :) I have work on the migration. I think I will be able to commit a lot of change tommorow. Can you please update the DB as the last commit I done break it ? http://svn.php.net/viewvc?view=revisionrevision=292272 I hope this is the last DB change for now. This has been done. Regards, Philip
Re: [PHP-DOC] Re: Documentation Editor - News
Le lundi 14 décembre 2009 13:58:32, Yannick Torrès a écrit : On Sun, 13 Dec 2009 17:23:22 -0800, Philip Olson phi...@roshambo.org [...] Logging and history is great but certainly not required. I'm unsure what you mean by a simple grid as I see simply see configure.php output. We could probably only store failed builds, for let's say a month? Noted. I will implemente this today. I have commit this change last day. All log (for failed build) older than 1 month are deleted each time we check a build. We can we all stored failed build into DB via Main Menu = EN tools = Last failed build and view the details on double-click onto a line. To automatically check all build, we need to add a cron job ( /scripts/cron/check_build.php). Automaticaly check build don't use the option --enable-xml-details. When a build is currently checked, we can't start a new one for the same language. And while testing it appears --enable-xml-details is used regardless of it being selected or not. Considering the amount of resources this single option requires, I wonder if we should allow it at all. Maybe disable for anonymous users? Noted. I will review it. An anonymous user can't start a build check. Only authenticated user. When we don't check the option --enable-xml-details, she is unused now. I haven't delete this possibility as this is the only way to find some error... About the ExtJs 3.0 migration, when I finish all I have in mind, and when I finish all of your (futur) feedback, I will start it. I will inform you to update the online version and so, follow this migration. I have finish all I have in mind. I solve the last open bug too (MC problem, soled by adding an option into .htaccess and some little change into the code). I'm now ready to start the ExtJs 3.0 migration. I will start it soon. Can you please update the DB as the last commit I done break it ? http://svn.php.net/viewvc?view=revisionrevision=292272 I hope this is the last DB change for now. Best, Yannick
Re: [PHP-DOC] Re: Documentation Editor - News
Hi Kschan, Le vendredi 11 décembre 2009 04:46:09, KSChan a écrit : @Kschan : Can you work on this ? After your exam, of course ;) (good luck with it !!) Yannick, Do you mean permlink for xmlid tutorial|tutorial.requirements|tutorial.firstpage|tutorial.useful|tutorial .forms|tutorial.oldcode|tutorial.whatsnext is better showed as ?perm=en/tutorial.php ? Exactly ks. Y.
Re: [PHP-DOC] Re: Documentation Editor - News
On Fri, Dec 11, 2009 at 2:26 PM, yannick yannick.tor...@keliglia.comwrote: Hi Kschan, Le vendredi 11 décembre 2009 04:46:09, KSChan a écrit : @Kschan : Can you work on this ? After your exam, of course ;) (good luck with it !!) Yannick, Do you mean permlink for xmlid tutorial|tutorial.requirements|tutorial.firstpage|tutorial.useful|tutorial .forms|tutorial.oldcode|tutorial.whatsnext is better showed as ?perm=en/tutorial.php ? Exactly svn up and the permlink is beautified =] ks. Y. -- i, have a dream. i want to make my dream come true. http://mr.kschan.googlepages.com
Re: [PHP-DOC] Re: Documentation Editor - News
Le vendredi 11 décembre 2009 07:38:11, KSChan a écrit : On Fri, Dec 11, 2009 at 2:26 PM, yannick yannick.tor...@keliglia.comwrote: Hi Kschan, Le vendredi 11 décembre 2009 04:46:09, KSChan a écrit : @Kschan : Can you work on this ? After your exam, of course ;) (good luck with it !!) Yannick, Do you mean permlink for xmlid tutorial|tutorial.requirements|tutorial.firstpage|tutorial.useful|tutori al .forms|tutorial.oldcode|tutorial.whatsnext is better showed as ?perm=en/tutorial.php ? Exactly svn up and the permlink is beautified =] Great ;) ks. Y.