phpMyEdit - Rozšírené detaily chyby [ Späť ]
224 extension related vlastnosť vždy 2004-04-13 17:11 2006-09-27 18:01
ajh  
nepto  
normálna  
uzavretý  
vyriešený  
žiadny  
žiadny  
Merged HTMLArea CalPopup extension
I have just completed a merger of the HTMLArea and the CalPopup extension as well as upgrading the HTMLArea support to version 3. This will not work with HTMLArea version 2.

Full instructions are in the file.
I have done some re-ordering of the HTMLArea code to move all of the script tags into the from_end() function.
0000224-phpMyEdit-htmlcal.class.php.txt (14 KB) 1970-01-01 01:33

Poznámky k chybe
ajh   
2004-04-13 17:13   
Note - all textarea and text input fields now have their id tag set to 'pme_id_<fieldname>'. This will need to be updated once the final decision is made on what the id tag should be called.
ajh   
2004-04-21 11:37   
Any chance of getting this put into the CVS?
hbernard   
2004-04-21 11:54   
Well, this one is waiting the resolution of #173.
phirschybar   
2004-10-06 07:22   
I can't get the HTMLArea portion to work in IE6 on Windows XP. Had success in Firefox though. In IE6, the actual textfield is missing. [See the "Weird HTMLArea Problem" thread for illustration]. There has been some talk of CSS corrupting the style sheets included with HTMLArea, however, I have exhausted many CSS configurations and this doesn't seem to solve the problem.
ajh   
2004-10-07 16:32   
This seems to be a browser bug in IE. There is an ugly hack available - see this topic in the forum:
http://platon.sk/forum/projects/viewtopic.php?t=458
nepto   
2004-11-27 22:10   
hbernard: why this is waiting for #173?

#173 is quite complicated issue, I do not suppose it will be solved anytime soon...
hbernard   
2004-11-27 22:16   
it's waiting
- for a basic agreement (yours) of how should look id tag like (PME_dhtml_input_fooname, for example)
- a commit.

Of course we can allways change that, but rationales for the id name should be (at least) evaluated.
hbernard   
2004-11-27 22:50   
So, to be short,

PME_dhtml_input_foo

where
- PME_dhtml_ is the user-configurable dhtml prefix
- foo is the name of the field

seems to be a correct dhtml name, according to #158 and #173

edited on: 2004-11-27 23:11
ajh   
2004-11-28 15:37   
Does this mean that in some future release of PME that we can assume that all fields will have id tag set by default?

Also - if I re-submit the htmlcode extension updated to use the new IDs, can we finally get this into the CVS?
hbernard   
2004-11-28 21:00   
ajh, I'm pretty sure that if you resubmit your patch
- against current CVS (please check it, there has been lots of change involving dhtml tab names and CGI names),
- using the $this->js['prefix'] variable
- and the syntax above for building dhtml name for textareas.

... nepto will commit, because it seems he wants to get rid of this bug ;-)

And, yes, I hope there will be in a future PME version with a dhtml id for each outputted tag.
This is the purpose of #173, which should allow better css customization of forms.And #172 is mainly for being able to completely parse and rewrite PME output, using #173 for knowing easily what to get.
nepto   
2006-09-09 08:41   
Already in CVS & production.