mrscripto
Založený: 03.04.2004
Príspevky: 10
Zaslal: 2004-04-13 01:31
Návrat hore
Odpovedať s citátom
|
Hello
I have a table that has a date field and a body field. I have the htmlarea class running currently without a problem, but I'd like to use the calendar class too. Is this possible to use them both in the same page?
Thanks!
MrScripto
|
ajh
Založený: 17.12.2003
Príspevky: 236
Zaslal: 2004-04-13 09:58
Návrat hore
Odpovedať s citátom
|
Can't think of a reason why not - but the extensions would need to be merged to do it. Both bits of javascript come from the same author.
If I get a chance over the next few days I'll have a look at it.
|
nepto
Založený: 06.01.2003
Príspevky: 320
Bydlisko: Phoenix, Arizona (USA)
Zaslal: 2004-04-13 10:28
Návrat hore
Odpovedať s citátom
|
Basically this is more extended problem...
We have to develop some easy-to-use way how users can choose from wide range of features offered by phpMyEdit extensions.
I was thinking about this, but did not come to anything splendid (except fact, that core class API should be simplyfied, to allow more clean overides in extensions).
Any ideas?
_________________
Ondrej Jombik (Nepto)
Visit my
homepage
, review my recent
CV
or
projects
and give me some
feedback
.
|
michal
Založený: 17.06.2003
Príspevky: 537
Bydlisko: Slovakia
Zaslal: 2004-04-13 11:43
Návrat hore
Odpovedať s citátom
|
after looking at the input extensions, they have somethings in common:
they call to some libraries/css files (could be done before by user)
they change <input ..> to something else (eg file upload)
or they slightly modify <input ...> (by adding something inside tag or directly after.
also, they possibly can change inputted values before insert (in TIB/TUB).
so my proposal:
make
| Kód: |
$opts['fdd']['col_name']['input_type'] = array (
'type' => 'textarea',
'argument1' => 'some_value',
...
'js' => 'id = name',
'after' => '<script> ...</script>'
);
|
which will display requested input field (textarea) as defined by its arguments. 'js' would be anything inside tag, 'after' would be anything after that tag, 'before' before.
some wildcards ($name, $value, ??) could be used ?
or
| Kód: |
$opts['fdd']['col_name']['input_type'] = array (
'code' => '<input type=""...>'
);
|
which will display 'code' (so anything).
all of the input extentions would just preprocess user inserted $opts and change them to $opts understandable by pme (and call some libraries).
several extentions could be processed one after another without any harm (probably).
|
hbernard
Založený: 23.03.2003
Príspevky: 159
Bydlisko: FRANCE
Zaslal: 2004-04-13 11:59
Návrat hore
Odpovedať s citátom
|
| nepto Napísal: |
Basically this is more extended problem...
We have to develop some easy-to-use way how users can choose from wide range of features offered by phpMyEdit extensions.
I was thinking about this, but did not come to anything splendid (except fact, that core class API should be simplyfied, to allow more clean overides in extensions).
Any ideas? |
I went on this too.
Current PME is not easily 'plugable'.
Main idea is making class extension for adding some not-so-usual features is a mess.
IMHO, the only way to go is :
- allowing to use custom HTML widget (INPUT customization). This is the case here. Adding an external calendar to a field should not require extension of the class
- allowing to have custom buttons. This is the case for CSV extension. Adding something which is mainly independent of PME should not require an extension.
This can be solved by the 'button order' bug.
- allwing to have arrays of triggers
- having more specialized func to make extension less dependent of PME releases.
_________________
hbernard - phpMyEdit updater.
|
ajh
Založený: 17.12.2003
Príspevky: 236
Zaslal: 2004-04-13 12:02
Návrat hore
Odpovedať s citátom
|
I've just been looking at the new version of the htmlarea javascript and the current extension will break completely as the html editor now works using a field's id rather than its name (like calpopup does now).
Can I propose that the id tag is set as standard on the input fields? At the moment it is only set in the calpopup extension if 'calendar' is set, and it is set to a value that is calendar related.
I would like to propose that all input field now have id set to
| Kód: |
| 'pme_id_'.$this->fds[$k] |
|
hbernard
Založený: 23.03.2003
Príspevky: 159
Bydlisko: FRANCE
Zaslal: 2004-04-13 14:06
Návrat hore
Odpovedať s citátom
|
| ajh Napísal: |
I've just been looking at the new version of the htmlarea javascript and the current extension will break completely as the html editor now works using a field's id rather than its name (like calpopup does now).
Can I propose that the id tag is set as standard on the input fields? At the moment it is only set in the calpopup extension if 'calendar' is set, and it is set to a value that is calendar related.
I would like to propose that all input field now have id set to
| Kód: |
| 'pme_id_'.$this->fds[$k] |
|
I planned to use id tag in pme in order to allow easier parsing/css layouting of pme output.
See http://opensource.platon.sk/projects/bug_view_advanced_page.php?f_bug_id=173
(please append further comments there)
So, I agree with your idea.
Still remaining issue is
- standardization (has to be handled in #158)
- id customization (has to be handled in #173)
_________________
hbernard - phpMyEdit updater.
|
ajh
Založený: 17.12.2003
Príspevky: 236
Zaslal: 2004-04-13 16:16
Návrat hore
Odpovedať s citátom
|
Updated merged extension is now in this bug report:
http://opensource.platon.sk/projects/bug_view_advanced_page.php?f_bug_id=224
Note that this updated extension requires HTMLArea version 3 - it will
not
work with previous versions.
|
mrscripto
Založený: 03.04.2004
Príspevky: 10
Zaslal: 2004-04-13 17:38
Návrat hore
Odpovedať s citátom
|
WOW! Thanks so much for your help. I will give it a try today.
MrScripto
|
|
Odoslať novú tému
Odpovedať na tému
|
Prihlásiť
Registrácia
English
