61
zer0fill
Re: prevent xoops module installer from parsing the templates?
  • 2004/1/9 20:19

  • zer0fill

  • Not too shy to talk

  • Posts: 137

  • Since: 2003/12/2


The object was assigned by
Quote:

/*
HtmlVals() has all the href-locations, input names, form names, etc. i'm not hard-coding them because the designers (who don't know much about using "extended" urls like ?op=search and forms) will be editing my templates and i don't want any typos
*/
$xoopsTpl->assign_by_ref('html',new HtmlVals());

an example of it in use (flexsearch_search.html. grrrr why is [ code ] <br />'ing things with quotes? n/m. i'll use [ quote ] instead. weird)
Quote:

<form method="<{$html->FM_SEARCH()}>" name="<{$html->FN_SEARCH()}>" action="<{$html->FA_SEARCH()}>">
<{html_options options=$categories selected=$cat_sel}>
</form>

The error is
Quote:

<form name="
Fatal error: Call to a member function on a non-object in d:\domains\mycft.org\public_html\templates_c\db%3Aflexsearch_search.html on line 4

it shows that script error then installation just dies. the only way to "fix" it from that point is to re-install with the comment/uncomment workaround or use skalpa's "if" check. updating the module fixes the template problem but the admin-bar icon never gets set.

is there a reason it does the initial compile during installation, yet it does not if updated?

fwiw, my system is winxp pro w/ all critical patches, apache 1.3x, MySQL 4.0.17-nt, PHP 4.3.2. (i work on the site locally then upload it to a linux webhost)

Hey messju! (If you're messju from smarty.php.net forums ). Either way, welcome abord



62
zer0fill
prevent xoops module installer from parsing the templates? (crude patch)
  • 2004/1/9 7:23

  • zer0fill

  • Not too shy to talk

  • Posts: 137

  • Since: 2003/12/2


Crude patch below. unsure if it will degrade the rest of the site


Is there a way to prevent XOOPS module installer from parsing the templates? My templates contain objects and the installer is failing because the object was never passed. I was thinking of an option like $modversion['parseTemplates'] = 0;

btw, it installs fine if i comment out the templates then "update" the module after uncommenting the templates.



63
zer0fill
manually typing in array index in xoops_version.php, required?
  • 2004/1/7 3:35

  • zer0fill

  • Not too shy to talk

  • Posts: 137

  • Since: 2003/12/2


do we really need to specify the index number of arrays in the xoops_version.php file?

ex:
$modversion['tables'][1] = 'flexsearch_category';
$modversion['tables'][2] = 'flexsearch_tree';
$modversion['tables'][3] = 'flexsearch_tree_type';
$modversion['tables'][4] = 'flexsearch_text';
$modversion['tables'][5] = 'flexsearch_data';
$modversion['tables'][6] = 'flexsearch_info';


than simply doing
$modversion['tables'][] = 'flexsearch_category';
$modversion['tables'][] = 'flexsearch_tree';
$modversion['tables'][] = 'flexsearch_tree_type';
$modversion['tables'][] = 'flexsearch_text';
$modversion['tables'][] = 'flexsearch_data';
$modversion['tables'][] = 'flexsearch_info';


same goes with templates and anything else that requires an index number. not having to type in the index makes life so much easier when developing a new module; we don't have to renumber the array if we organize things in a specific order when adding in a new element.



64
zer0fill
Re: Major.Minor.Build versioning in modules
  • 2004/1/5 18:47

  • zer0fill

  • Not too shy to talk

  • Posts: 137

  • Since: 2003/12/2


nope. doesn't work. digging around, i found that main.php & modulesadmin.php round() the version. I'll wait until this is changed (if ever) -- did enough changes to official files as is



65
zer0fill
Re: Major.Minor.Build versioning in modules
  • 2004/1/5 18:34

  • zer0fill

  • Not too shy to talk

  • Posts: 137

  • Since: 2003/12/2


thanks. i'll try that.



66
zer0fill
Major.Minor.Build versioning in modules
  • 2004/1/3 5:36

  • zer0fill

  • Not too shy to talk

  • Posts: 137

  • Since: 2003/12/2


afaik, the xoopsversion.php file takes in a float number to show on the screen. i was hoping that we can turn it into a string so we can have major.minor.build (eg: v2.5.1 ) for our modules.



67
zer0fill
Re: Xoops parsing our session objects?
  • 2004/1/2 10:42

  • zer0fill

  • Not too shy to talk

  • Posts: 137

  • Since: 2003/12/2


no problem. i'll post whatever i can.



68
zer0fill
Re: Xoops parsing our session objects?
  • 2004/1/2 10:32

  • zer0fill

  • Not too shy to talk

  • Posts: 137

  • Since: 2003/12/2


fwiw, it was to make a "backup" object if the user decides to undo a change in a question, form info (title, inst, start/end, etc), vital (emp id, telco, etc). ex: the user added a bunch of new questions to question1 but decided to cancel all changes. the form would revert to the last "good" form object.



69
zer0fill
Re: Xoops parsing our session objects?
  • 2004/1/2 10:24

  • zer0fill

  • Not too shy to talk

  • Posts: 137

  • Since: 2003/12/2


*ducks for cover*

It's a form wizard that i'm porting to XOOPS but, unfortunately, it's for the company i work for. i doubt these guys would let me make it open source :(



70
zer0fill
Xoops stripping out single quotes in $_SESSION (Fix inside)
  • 2004/1/2 8:56

  • zer0fill

  • Not too shy to talk

  • Posts: 137

  • Since: 2003/12/2


I originally posted the help question in the dev forums but ended up finding the fix.

find file: kernel/session.php line ~117
function write($sess_id$sess_data)
{

add the line after open brace
function write($sess_id$sess_data)
{
  
$sess_data addslashes($sess_data);


stripslashes() is NOT need in the reader




TopTop
« 1 ... 4 5 6 (7) 8 9 10 ... 12 »



Login

Who's Online

139 user(s) are online (80 user(s) are browsing Support Forums)


Members: 0


Guests: 139


more...

Donat-O-Meter

Stats
Goal: $100.00
Due Date: May 31
Gross Amount: $0.00
Net Balance: $0.00
Left to go: $100.00
Make donations with PayPal!

Latest GitHub Commits