Re: [PHP-DOC] Re: Documentation Editor - News

2009-12-24 Thread KSChan
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

2009-12-20 Thread yannick
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

2009-12-19 Thread Daniel Egeberg
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

2009-12-19 Thread yannick
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

2009-12-19 Thread Philip Olson
 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

2009-12-19 Thread KSChan
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

2009-12-18 Thread Philip Olson

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

2009-12-18 Thread yannick
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

2009-12-17 Thread yannick
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

2009-12-10 Thread yannick
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

2009-12-10 Thread KSChan
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

2009-12-10 Thread yannick
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.