| Index
» Projekty
» phpMyEdit
» Zoznam chýb
» Chyba #224 |
 |
|
Rozšírené detaily chyby |
[ Preskočiť na poznámky k chybám ]
[ História chýb ]
[ Vytlačiť ]
|
|
ID |
Kategória |
Dôležitosť |
Reprodukovateľnosť |
Dátum vloženia |
Posledná zmena |
|
0000224 |
extension related |
vlastnosť |
vždy |
2004-04-13 17:11 |
2006-09-27 18:01 |
|
|
|
Autor |
ajh |
Zobraziť status |
verejný |
|
|
Priradené |
nepto |
|
Priorita |
normálna |
Riešenie |
vyriešený |
Platforma |
|
|
Stav |
uzavretý |
Duplicitné ID |
|
OS |
|
|
Projection |
žiadny |
|
Verzia |
|
|
ETA |
žiadny |
|
Verzia produktu |
|
|
|
Build produktu |
|
|
|
Hlasy |
1 |
|
|
|
Zhrnutie |
Merged HTMLArea CalPopup extension |
|
Popis |
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. |
|
Kroky k vyvolaniu |
|
|
Dalšie informácie |
I have done some re-ordering of the HTMLArea code to move all of the script tags into the from_end() function. |
|
Pripojené súbory |
phpMyEdit-htmlcal.class.php (14,562 bytes) 2004-04-13 17:11 |
|
|
|
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. |
|
|
|
|
Prihlásiť
Registrácia
English
