vcl4php-developers — Mailing list for contributors to the framework

Re: [vcl4php-developers] Question about DynAPI, Qooxdoo (Also reporting bug in comctrls.inc.php)

[qadram s. <su...@qa...>]

Fawzib Rojas escribió:
> Now, a question, why isn't GraphicMainMenu a DWidget?
> 
> I found out this because I was thinking of adding support for the new 
> Qooxdoo beta to VCL but everything is hardcoded in the components which 
> I think is a bad idea. Why? Updating Qooxdoo or DYNAPI will be a pain. 
> So I have been working on abstracting DynAPI and Qooxdoo from the 
> components. I was thinking on doing something like the templates, create 
> widget engine plugins. For example I already have a DynAPI plugin sample 
> and the CustomProgressBar is using it. All I did was replace this:
> 
> echo "<script type=\"text/javascript\">\n"
> . "  var " . $this->Name . "=new 
> ProgressBar('$orient',$left,$top,$this->Width,$this->Height,$this->Position);\n"
> . "  " . $this->Name . ".setRange($this->Min,$this->Max);\n"
> . "  " . $this->Name . ".setValue(" . $this->Position . ");\n"
> . "  dynapi.document.addChild(" . $this->Name . ");\n"
> . "</script>\n";
> 
> with this:
> 
> $this->WidgetPlugin->createWidget(
>     $this,"PROGRESS_BAR",
>     array("min"=>$this->Min, 
> "max"=>$this->Max,"orient"=>$orient,"pos"=>$this->Position)
> );
> 
> WidgetPlugin would be something you set in the control using the 
> WidgetPluginName property for example:
> 
> // DWidget constructor 
> function __construct($aowner=null){
>     //Calls inherited constructor
>     parent::__construct($aowner);
>     $this->ControlStyle="csSlowRedraw=1";
>     $this->writeWidgetPluginName("DYNAPI");
> }
> 
> // QWidget constructor 
> function __construct($aowner=null){
>     //Calls inherited constructor
>     parent::__construct($aowner);
>     $this->ControlStyle="csSlowRedraw=1";
>     $this->writeWidgetPluginName("QOOXDOO"); // or "QOOXDOO 0.7", 
> "QOOXDOO_0.6.6"
> }
> 
> What do you guys think?
There is abstraction for that on DWidget for Dynapi and in QWidget for 
Qooxdoo, if you want to abstract more, feel free to submit patches for them.

GraphicMainMenu was not finished and not integrated in the VCL for PHP 
for shipping.

Regards
-- 
José León
qadram software
C/Juan Ramón Jiménez, 15 Entlo. 2
03203 Elche ALICANTE (SPAIN)
T: +34 965 45 48 48
F: +34 965 45 48 48
M: +34 618 28 13 69
http://www.qadram.com

Re: [vcl4php-developers] updated forms.inc.php, graphics.inc.php and smartytemplate.inc.php

[qadram s. <su...@qa...>]

Jonathan Benedicto escribió:
> Hi,
> forms.inc.php:
> - Line 889: Fix for the echo "<!-- $this->name begin -->\n"; blocking the 
> DOCTYPE from working. SF bug 1701831.
Added

> graphics.inc.php:
> - Line 120: Fixed issue where the Layout class dumped controls regardless of 
> the ActiveLayer property value.
> - Line 156: Same as above, just for the XYLayout output.
Let's comment on this one:

if (($v->Visible) && (!$v->IsLayer) && 
(($this->_control->methodExists('getActiveLayer')) && 
(string)$v->Layer==(string)$this->_control->Activelayer)) $dump=true;
else if (($v->Visible) && (($v->IsLayer) || 
!$this->_control->methodExists('getActiveLayer') )) $dump=true;

1.IsLayer property makes the Panel to become an HTML layer to be 
floating and hidden to be used later from javascript, so a control with 
IsLayer set must never be dumped.

2.The logic for dumping a control must be:

-If the parent component has ActiveLayer property, must check: 
Layer==Parent::ActiveLayer and Visible==true

-If parent component has not ActiveLayer property, must check:
Visible==true

So I will rewrite this as follows:

if (($v->Visible) && (!$v->IsLayer) && 
(($this->_control->methodExists('getActiveLayer')) && 
(string)$v->Layer==(string)$this->_control->Activelayer)) $dump=true;

if (($v->Visible) && (!$v->IsLayer) && 
((!$this->_control->methodExists('getActiveLayer')) $dump=true;

Removing the else and checking both cases. Let me know if it's OK and 
will modify this and smarty.


> I trust that submitting files like this is ok. If it isn't, please let me 
> know how I should submit patches.
Yes, it's OK this way, or you can submit unified diff, whatever you like.

Regards
-- 
José León
qadram software
C/Juan Ramón Jiménez, 15 Entlo. 2
03203 Elche ALICANTE (SPAIN)
T: +34 965 45 48 48
F: +34 965 45 48 48
M: +34 618 28 13 69
http://www.qadram.com

Re: [vcl4php-developers] dbtables.inc.php bug

[qadram s. <su...@qa...>]

Luca Bonazzi escribió:
> Reading dbtables.inc.php i've found that buildQuery is different from
> interbase.inc.php.
> 
> There isn't $order reference...
> 
> I've posted a bugfix into forum:
> 
> http://www.qadram.com/vcl4php/index.php?ac=1300
> 
> I hope will be added to repository.
Ok, going to check, we rebuilded data access code to match VCL for 
Windows structure and that caused bugs like this to being missed.

It would be great if you post a report on sourceforge bugtracker.

Regards
-- 
José León
qadram software
C/Juan Ramón Jiménez, 15 Entlo. 2
03203 Elche ALICANTE (SPAIN)
T: +34 965 45 48 48
F: +34 965 45 48 48
M: +34 618 28 13 69
http://www.qadram.com

[vcl4php-developers] dbtables.inc.php bug

[Luca B. <in...@lu...>]

Reading dbtables.inc.php i've found that buildQuery is different from
interbase.inc.php.

There isn't $order reference...

I've posted a bugfix into forum:

http://www.qadram.com/vcl4php/index.php?ac=3D1300

I hope will be added to repository.

--=20
Dott. Luca Bonazzi
Consulenze informatiche
http://www.lucabonazzi.it

Via Zucchini, 79
44100 - Ferrara

tel.: 328 883 4443
fax.: 178 227 2443
P.IVA  01646200384

Questo messaggio di posta elettronica contiene informazioni di
carattere confidenziale rivolte esclusivamente al destinatario sopra
indicato.
=C8 vietato l'uso, la diffusione, distribuzione o riproduzione da parte
di ogni altra persona. Nel caso aveste ricevuto questo messaggio di
posta elettronica per errore, siete pregati di segnalarlo
immediatamente al mittente e distruggere quanto ricevuto (compresi i
file allegati) senza farne copia. Qualsivoglia utilizzo non
autorizzato del contenuto di questo messaggio costituisce violazione
dell'obbligo di non prendere cognizione della corrispondenza tra altri
soggetti, salvo pi=F9 grave illecito, ed espone il responsabile alle
relative conseguenze.

Re: [vcl4php-developers] updated forms.inc.php, graphics.inc.php and smartytemplate.inc.php

[Jonathan B. <co...@jo...>]

Hi,

Sorry about that email, seems like all my returns were erased.

This one should be better:

forms.inc.php:
- Line 889: Fix for the echo "<!-- $this->name begin -->\n"; blocking the 
DOCTYPE from working. SF bug 1701831.

graphics.inc.php:
- Line 120: Fixed issue where the Layout class dumped controls regardless of 
the ActiveLayer property value.
- Line 156: Same as above, just for the XYLayout output.

smartytemplate.inc.php:
- Lines 75-77: Fixed issue where SmartyTemplate dumped all controls 
regardless of ActiveLayer property value. SF bug 1698049.

I trust that submitting files like this is ok. If it isn't, please let me 
know how I should submit patches.

Jon
----- Original Message ----- 
From: "Jonathan Benedicto" <co...@jo...>
To: <vcl...@li...>
Sent: Wednesday, April 18, 2007 5:34 PM
Subject: updated forms.inc.php, graphics.inc.php and smartytemplate.inc.php


> Hi All,
>
> Here are some updated VCL files, to fix a couple bugs I ran into when
> writing my components. These files are based off the latest revision 11 
> off
> the SVN.
>
> forms.inc.php:
> - Line 889: Fix for SF bug 1701831 See:
> (http://sourceforge.net/tracker/index.php?func=detail&aid=1701831&group_id=189419&atid=929250)graphics.inc.php:- 
> Line 120: Fixed issue where the Layout class dumped controls regardless 
> ofthe ActiveLayer property value.- Line 156: Same as above, just for the 
> XYLayout output.smartytemplate.inc.php:- Lines 75-77: Fixed issue where 
> SmartyTemplate dumped all controlsregardless of ActiveLayer property 
> value. 
> See:(http://sourceforge.net/tracker/index.php?func=detail&aid=1698049&group_id=189419&atid=929250)I 
> trust that submitting files like this is ok. If it isn't, please let 
> meknow how I should submit patches.Jon 

[vcl4php-developers] Question about DynAPI, Qooxdoo (Also reporting bug in comctrls.inc.php)

[Fawzib R. <f_...@sp...>]

I think I found a bug in comctrls.inc.php in the GraphicMainMenu the 
function dumpHeaderCode

function dumpHeaderCode()
{
  if (!defined('DYNAPI'))
  {
    echo "<script type=\"text/javascript\" 
src=\"".VCL_HTTP_PATH."/dynapi/src/dynapi.js\"></script>\n";
    define('DYNAPI', 1);
  }

  if (!defined('DYNAPI_'.strtoupper($this->className())))
  {
     echo "<script type=\"text/javascript\">\n";
     if (!defined('DYNAPI'))  // THIS IS NEVER EXECUTED,  SINCE IT WAS 
DEFINED IN THE PREVIOUS IF!!!
     {
       echo "dynapi.library.setPath('".VCL_HTTP_PATH."/dynapi/src/');\n";
       echo "dynapi.library.include('dynapi.api');\n";
       define('DYNAPI',1);
     }
     echo "dynapi.library.include('HTMLMenu');\n";
     echo "dynapi.library.include('Image');\n";
     echo "</script>\n";
     define('DYNAPI_'.strtoupper($this->className()),1);
  }
}

Now, a question, why isn't GraphicMainMenu a DWidget?

I found out this because I was thinking of adding support for the new 
Qooxdoo beta to VCL but everything is hardcoded in the components which 
I think is a bad idea. Why? Updating Qooxdoo or DYNAPI will be a pain. 
So I have been working on abstracting DynAPI and Qooxdoo from the 
components. I was thinking on doing something like the templates, create 
widget engine plugins. For example I already have a DynAPI plugin sample 
and the CustomProgressBar is using it. All I did was replace this:

echo "<script type=\"text/javascript\">\n"
. "  var " . $this->Name . "=new 
ProgressBar('$orient',$left,$top,$this->Width,$this->Height,$this->Position);\n"
. "  " . $this->Name . ".setRange($this->Min,$this->Max);\n"
. "  " . $this->Name . ".setValue(" . $this->Position . ");\n"
. "  dynapi.document.addChild(" . $this->Name . ");\n"
. "</script>\n";

with this:

$this->WidgetPlugin->createWidget(
    $this,"PROGRESS_BAR",
    array("min"=>$this->Min, 
"max"=>$this->Max,"orient"=>$orient,"pos"=>$this->Position)
);

WidgetPlugin would be something you set in the control using the 
WidgetPluginName property for example:

// DWidget constructor 
function __construct($aowner=null){
    //Calls inherited constructor
    parent::__construct($aowner);
    $this->ControlStyle="csSlowRedraw=1";
    $this->writeWidgetPluginName("DYNAPI");
}

// QWidget constructor 
function __construct($aowner=null){
    //Calls inherited constructor
    parent::__construct($aowner);
    $this->ControlStyle="csSlowRedraw=1";
    $this->writeWidgetPluginName("QOOXDOO"); // or "QOOXDOO 0.7", 
"QOOXDOO_0.6.6"
}

What do you guys think?

[vcl4php-developers] updated forms.inc.php, graphics.inc.php and smartytemplate.inc.php

[Jonathan B. <co...@jo...>]

Hi All,

Here are some updated VCL files, to fix a couple bugs I ran into when 
writing my components. These files are based off the latest revision 11 off 
the SVN.

forms.inc.php:
- Line 889: Fix for SF bug 1701831 See:
 (http://sourceforge.net/tracker/index.php?func=detail&aid=1701831&group_id=189419&atid=929250)graphics.inc.php:- Line 120: Fixed issue where the Layout class dumped controls regardless ofthe ActiveLayer property value.- Line 156: Same as above, just for the XYLayout output.smartytemplate.inc.php:- Lines 75-77: Fixed issue where SmartyTemplate dumped all controlsregardless of ActiveLayer property value. See:(http://sourceforge.net/tracker/index.php?func=detail&aid=1698049&group_id=189419&atid=929250)I trust that submitting files like this is ok. If it isn't, please let meknow how I should submit patches.Jon

Re: [vcl4php-developers] ajax dumping

[Jonathan B. <co...@jo...>]

José León wrote:
> I'm OK with that change, we should also make some changes on that:

Ok, shall I go ahead and modify it, then post the changes here?


> -Provide a way when using ajaxCall to specify the components to get
> updated automatically (right now all components are updated)

To do this, components could simply return from the dumpForAjax method if 
they didn't need to update. Wouldn't this be the best approach, or did you 
have something else in mind?


> -Modify controls, like PageControl to use the dumpForAjax so they don't
> get destroyed and created again when calling ajax.

Yeah, this one needs it ;-)

Jon 

Re: [vcl4php-developers] ajax dumping

[qadram s. <su...@qa...>]

Jonathan Benedicto escribió:
> Hi All,
> 
> I've been thinking that perhaps it would be useful for components to be able 
> to get the xajaxResponse instance in the dumpForAjax function, so that they 
> can call functions such as addAssign instead of simply returning JavaScript 
> code.
> 
> In my current case, since I currently can't get the xajaxResponse instance, 
> I have to dump the entire HTML contents for a grid as a JavaScript call, eg:
> 
> print( "document.getElementById( '" . $this->Name . "_outerdiv' ).innerHTML 
> = \"$contents\"" );
> 
> whereas, if I had the xajaxResponse instance, I could simply do:
> 
> $xajaxResponse->addAssign( $this->Name . '_outerdiv', 'innerHTML', 
> $contents );
> 
> The simplest way I can see to do this would be to change the dumpForAjax 
> function, so that it passes the xajaxResponse instance as a parameter. This 
> would involve changing a couple components, but it might be better this way.
> 
> What do you think?
I'm OK with that change, we should also make some changes on that:
-Provide a way when using ajaxCall to specify the components to get 
updated automatically (right now all components are updated)
-Modify controls, like PageControl to use the dumpForAjax so they don't 
get destroyed and created again when calling ajax.

Regards
-- 
José León
qadram software
C/Juan Ramón Jiménez, 15 Entlo. 2
03203 Elche ALICANTE (SPAIN)
T: +34 965 45 48 48
F: +34 965 45 48 48
M: +34 618 28 13 69
http://www.qadram.com

[vcl4php-developers] ajax dumping

[Jonathan B. <co...@jo...>]

Hi All,

I've been thinking that perhaps it would be useful for components to be able 
to get the xajaxResponse instance in the dumpForAjax function, so that they 
can call functions such as addAssign instead of simply returning JavaScript 
code.

In my current case, since I currently can't get the xajaxResponse instance, 
I have to dump the entire HTML contents for a grid as a JavaScript call, eg:

print( "document.getElementById( '" . $this->Name . "_outerdiv' ).innerHTML 
= \"$contents\"" );

whereas, if I had the xajaxResponse instance, I could simply do:

$xajaxResponse->addAssign( $this->Name . '_outerdiv', 'innerHTML', 
$contents );

The simplest way I can see to do this would be to change the dumpForAjax 
function, so that it passes the xajaxResponse instance as a parameter. This 
would involve changing a couple components, but it might be better this way.

What do you think?

Jon 

[vcl4php-developers] Fix for Smarty + Ajax

[Fawzib R. <f_...@sp...>]

Smarty and Ajax don't work together. I made some changes to 
forms.inc.php and smartytemplate.inc.php to enable Smarty with Ajax.

Changes

forms.inc.php:
    Page->processAjax() - added
    Page->dumpUsingTemplate() - changed
    Page->dumpHeaderJavascript() - changed
    Page->dumpContents() - changed

smartytemplate.inc.php:

    SmartyTemplate->assignComponents() - changed
   

Re: [vcl4php-developers] Fwd: Upload component

[qadram s. <su...@qa...>]

Peter Quiel escribió:
> Does anyone has an idea?
Checkout this link to see if there is something there which will help you:

http://www.quirksmode.org/dom/inputfile.html

Regards
-- 
José León
qadram software
C/Juan Ramón Jiménez, 15 Entlo. 2
03203 Elche ALICANTE (SPAIN)
T: +34 965 45 48 48
F: +34 965 45 48 48
M: +34 618 28 13 69
http://www.qadram.com

Re: [vcl4php-developers] Update for TreeView

[qadram s. <su...@qa...>]

Chris Buergi escribió:
> Ok here is an example for the TreeView. I didn't do the test suite yet
> but will do it as soon as I have finished the ListView.
Great.

> Question: Where do the Samples go? Is /trunk/website/samples the right 
> place?
Yes, that's the right place, we are going to split the samples from the 
VCL, for two reasons:
-People that buy Delphi for PHP doesn't know where samples are located, 
so we will move it to the root folder.

-Don't force downloaders of the VCL to always download samples and to 
offer them as a separate package.

Regards
-- 
José León
qadram software
C/Juan Ramón Jiménez, 15 Entlo. 2
03203 Elche ALICANTE (SPAIN)
T: +34 965 45 48 48
F: +34 965 45 48 48
M: +34 618 28 13 69
http://www.qadram.com

Re: [vcl4php-developers] Update for TreeView

[Chris B. <cb...@gm...>]

qadram support wrote:
> Looks good to me, but do you have any samples to test it? We need to add 
> those samples to the sample test and the automation testing suite.
>
> Regards
>   

Ok here is an example for the TreeView. I didn't do the test suite yet
but will do it as soon as I have finished the ListView.

Question: Where do the Samples go? Is /trunk/website/samples the right 
place?

Chris

[vcl4php-developers] Fwd: Upload component

[Peter Q. <ame...@we...>]

> > AFAIK there is no fix for that.
> > This can only be solved using JS or Flash but i think its better to
> > create an additional component  for this purpose. A progressbar can be
> > added to the new component as well.
> >
> > I think, there should be always a way creating apps without using JS etc.
>
> Basic components like Button use JS and JS events are attached to all
> components, so JS is a must for the components, no problem using it to
> build components.
>
> If you can fix it using Javascript, go ahead! ;-), we must try to
> abstract this kind of problems and fixes so the component user doesn't
> need to dig in any extra fix.
>
> No flash, please ;-)
>
> Thanks a lot for your contribution!!

The problem: IE renders an upload form element with a given width.
FF only uses the size attribute which depends on the font style.

I tried to fix this by creating a fake text input with an button which fires
via upload.click() the real browse button event. This real file input was
hidden.
But this doesn't work with IE7.0 nor with FF 2.0 for security reasons.

I attached an experimental version of a fake upload form.

AFAIK its not possible to customize the browse button without flash.

The next attempt would be to adapt the size attribute of the input file to
 fit the widht defined by the style.

In this case one have to calculate the size of a string and the width of the
browse button which depends of the browser language. This must be done client
sided and is very difficult if an relative font-size is used.

Does anyone has an idea?

Greetz,
Peter

[vcl4php-developers] Daily Builds

[qadram s. <su...@qa...>]

Hello,
   Daily builds are automated now, so you don't have to mess with SVN 
just to try the latest changes. You can get daily builds on the left 
pane on the project website:

http://www.qadram.com/vcl4php/index.php

Or in the daily builds page:

http://www.qadram.com/vcl4php/index.php?ac=2100

Also, the change log is also updated and you can access it from here:

http://www.qadram.com/vcl4php/daily_builds/changelog

Regards
-- 
José León
qadram software
C/Juan Ramón Jiménez, 15 Entlo. 2
03203 Elche ALICANTE (SPAIN)
T: +34 965 45 48 48
F: +34 965 45 48 48
M: +34 618 28 13 69
http://www.qadram.com

Re: [vcl4php-developers] Update for TreeView

[qadram s. <su...@qa...>]

Chris Buergi escribió:
> Hi,
> 
> I have reworked the TreeView so it's more similar to the Delphi 
> implementation and the handling is easier.
> Here is a list of changes I made:
> * The Items are now TreeNode objects rather than pure arrays nested into 
> each other. The Item editor in the object inspector is still able to 
> write the Items in the pure array format, once the TreeView is 
> unserialized at run time the nodes are converted to TreeNode objects.
> * The TreeNode has additional properties, such as Expanded, ItemID (to 
> identify each node uniquely), Level, SelectedIndex, ParentNode (the 
> TreeNode object has not been used before)
> * The TreeNode has additional function, such as AddChild (to add a child 
> node), findNodeWithItemID
> * The TreeView now has a OnChangeSelected event (callback to PHP); it is 
> fired when the user selects a tree node, unfortunately qooxdoo also 
> selects a node when it's expanded
> * Added public property SelectedItemID to TreeView
> * Added following JS events: OnTreeClose, OnTreeOpenWhileEmpty, 
> OnTreeOpenWithContent; I choose the same names as they have in qooxdoo
> * Added following public functions to the TreeView: 
> convertPureArrayToTreeNodes, addNodeToItems, findNodeWithItemID,
> * The expanded tree nodes are persistent; same with the selected node
> 
> The TreeView control is backward compatible to an extent that a user who 
> added custom nodes at run time has to call convertPureArrayToTreeNodes() 
> to convert the array nodes into TreeNode objects.
> 
> I attached the unified diff file as well as the full version of the 
> comctrls.inc.php so the new features can be tested right away :). Any 
> comment is welcome.
Looks good to me, but do you have any samples to test it? We need to add 
those samples to the sample test and the automation testing suite.

Regards
-- 
José León
qadram software
C/Juan Ramón Jiménez, 15 Entlo. 2
03203 Elche ALICANTE (SPAIN)
T: +34 965 45 48 48
F: +34 965 45 48 48
M: +34 618 28 13 69
http://www.qadram.com

Re: [vcl4php-developers] ImageList fix

[qadram s. <su...@qa...>]

Chris Buergi escribió:
> Hi,
> 
> Here is a fix for the ImageList component. If I understand the original 
> code correctly the function readImageByID() never returned a image file 
> (always an empty string). This function is needed by the TreeView control.
> 
> Cheers,
> Chris
Looks good to me.

Regards
-- 
José León
qadram software
C/Juan Ramón Jiménez, 15 Entlo. 2
03203 Elche ALICANTE (SPAIN)
T: +34 965 45 48 48
F: +34 965 45 48 48
M: +34 618 28 13 69
http://www.qadram.com

Re: [vcl4php-developers] Fwd: Upload component

[qadram s. <su...@qa...>]

Chris Buergi escribió:
> On 4/12/07, *qadram support* <su...@qa... 
> <mailto:su...@qa...>> wrote:
> 
>     We are about to include your component into the main VCL trunk, probably
>     inside strctrls.inc.php.
> 
> 
> Wouldn't it be better to have this component in a separate file/package. 
> I'm saying that since there might be a UploadProgressBar coming 
> somewhere in the future that could be included in the same file. And 
> stdctrls.inc.php is already pretty fat.
Upload component is a basic component we should have included on the 
first release, so that's why to include it in on the stdctrls.inc.php. 
Regarding the UploadProgressBar should be in another package/unit and 
link to the Upload component through a property.


Regards
-- 
José León
qadram software
C/Juan Ramón Jiménez, 15 Entlo. 2
03203 Elche ALICANTE (SPAIN)
T: +34 965 45 48 48
F: +34 965 45 48 48
M: +34 618 28 13 69
http://www.qadram.com

Re: [vcl4php-developers] Styles within components

[qadram s. <su...@qa...>]

Michael Urban escribió:
> Hi,
> 
> while checking out the new PEARDataGrid, I noticed that there is style=
>  information within the peardatagrid.inc.php file.
> 
> I am not sure if this doesn't make applying own styles difficult. But=
>  anyway, I would like to see styles separated from code.
Yes, that's the first release of the datagrid, still need to add more 
properties, because the styles are hardcoded.

Todo on this component regarding styles:
+Add ClassTableAttribute property:

The generated HTML uses a css qualificator specified on this code:
$renderer->setTableAttribute("class", "datagrid");

And then, styles should be generated this way:
table.datagrid { }

Once that property is added, you set it to anything different and 
include a StyleSheet component defining the styles for that table.

> Shouldn't we come up with a guideline on how to do this?
Find here the guideline and feel free to ask anything:

http://www.qadram.com/vcl4php/wiki/index.php/CWG:CSS_Styles

Regards
-- 
José León
qadram software
C/Juan Ramón Jiménez, 15 Entlo. 2
03203 Elche ALICANTE (SPAIN)
T: +34 965 45 48 48
F: +34 965 45 48 48
M: +34 618 28 13 69
http://www.qadram.com

Re: [vcl4php-developers] Fwd: Upload component

[qadram s. <su...@qa...>]

Peter Quiel escribió:
>> Yes this is a limitation of FF. It only looks at the Size attribute in case
>> of file upload input field. Since the Size is in characters I guess that
>> the font size matters how big the control is rendered in FF (haven't tried
>> it). So the user needs to set the Size property so it renders about the
>> same width as Width. I already search for a hack (CSS or whatever) that
>> would fix it but didn't find something.
> 
> AFAIK there is no fix for that. 
> This can only be solved using JS or Flash but i think its better to create an 
> additional component  for this purpose. A progressbar can be added to the new 
> component as well.
> 
> I think, there should be always a way creating apps without using JS etc.
Basic components like Button use JS and JS events are attached to all 
components, so JS is a must for the components, no problem using it to 
build components.

If you can fix it using Javascript, go ahead! ;-), we must try to 
abstract this kind of problems and fixes so the component user doesn't 
need to dig in any extra fix.

No flash, please ;-)

Thanks a lot for your contribution!!

> Just attached a new Version of the upload.inc.php with the new copyright 
> notice.
> The constructor of the upload componet tries to call 
> writeFormEncoding('multipart/form-data') of the next owner object which 
> inherits from Page. Is hope its alright manipulating parent object in this 
> way.
We should check it, but no problem at first glance, you can also use the 
property FormEncoding, instead call the method.

Regards
-- 
José León
qadram software
C/Juan Ramón Jiménez, 15 Entlo. 2
03203 Elche ALICANTE (SPAIN)
T: +34 965 45 48 48
F: +34 965 45 48 48
M: +34 618 28 13 69
http://www.qadram.com

[vcl4php-developers] Fwd: Re: Fwd: Upload component

[Peter Q. <ame...@we...>]

> There's a small typo in the code. Shouldn't it be "writeMultiFormData"
> instead of "writeMulitFormData "?
No, writeMulitFormData is the right one ;-) ..

Changed it.

Re: [vcl4php-developers] Fwd: Upload component

[Michael U. <mu...@ur...>]

Peter, 

thanks for the component.

There's a small typo in the code. Shouldn't it be "writeMultiFormData"=
 instead of "writeMulitFormData "?

regards,
Michael

Re: [vcl4php-developers] Fwd: Upload component

[Peter Q. <ame...@we...>]

> Yes this is a limitation of FF. It only looks at the Size attribute in case
> of file upload input field. Since the Size is in characters I guess that
> the font size matters how big the control is rendered in FF (haven't tried
> it). So the user needs to set the Size property so it renders about the
> same width as Width. I already search for a hack (CSS or whatever) that
> would fix it but didn't find something.

AFAIK there is no fix for that. 
This can only be solved using JS or Flash but i think its better to create an 
additional component  for this purpose. A progressbar can be added to the new 
component as well.

I think, there should be always a way creating apps without using JS etc.

Just attached a new Version of the upload.inc.php with the new copyright 
notice.
The constructor of the upload componet tries to call 
writeFormEncoding('multipart/form-data') of the next owner object which 
inherits from Page. Is hope its alright manipulating parent object in this 
way.

Greetz,
Peter

[vcl4php-developers] Styles within components

[Michael U. <mu...@ur...>]

Hi,

while checking out the new PEARDataGrid, I noticed that there is style=3D
 information within the peardatagrid.inc.php file.

I am not sure if this doesn't make applying own styles difficult. But=3D
 anyway, I would like to see styles separated from code.

Shouldn't we come up with a guideline on how to do this?

regards,
Michael