XOOPS 
Forum
Forum Index General Forums Community Support Modules Support Themes Support Development International Support Module Hack Reviews Theme Designer Talk


« 1 (2) 3 4 5 ... 38 »


11
jegelstaff
Re: Perl script for cloning iMenu

The Notice will not have an effect on the white page. It's something else. Do a comparison of the original blocks/imenu.php file and the cloned copy of the file (it will have a different name). There must be a reference to "imenu" in the file that was not changed to the new name. That's the problem. It just has to be found.

--Julian
Topic | Forum


12
jegelstaff
Re: Yellow Pages module

Formulize could probably do it, but just to put you on the right path, since there's a lot of options, you would want to create a custom list of entries screen to do this, I expect. The default screen has lots of buttons and options, and you would want to create a custom screen, on the settings page for your form, where you could control how things looked more.

--Julian
Topic | Forum


13
jegelstaff
Re: Perl script for cloning iMenu

Hello, I am sorry to hear about this.

The white page probably means there's a fatal PHP error somewhere. If you saw no fatal error when the errors were shown on screen, then you need to look in the error log for your website (because fatal errors are not always shown on screen). Cause the error to happen again, and then check the log right away, the error should be recent, near the end.

Or you can use an .htaccess file to turn the php display_errors directive on, but if you don't understand what that means, then you should probably stick to checking the error log.

If that doesn't turn anything up, you could open up the modules/imenu/blocks/imenu.php file and look in there for the text "imenu". It could be that there's a reference to a function name or something else that was not changed by the script, and that's what's causing the error. If you can find any references to "imenu" still in that file, let us know what they are and we can update the script to catch them probably.

Let us know what you find, I hope this helps.

--Julian
Topic | Forum


14
jegelstaff
Re: Coding Help

If the code on the game website is available without logging in, then it's a bad idea to base your account creation on the other website on verifying that code...since anyone could find it on the game website (ie: they don't have to login to see it).

You want to do the authentication based on some piece of information that the user gives you, that is only available on the game website to them personally, after they have logged in there.

Then you need to do some kind of web services call to the game website to verify this information against the game website's database.

Since you're looking for a way to authenticate individual users, Registration Codes is not useful in this case.

But it does sound like the exact situation openID is meant to handle. If you enable both sites to use openID, then basically people should be able to login to your website using the same login they use on the game website.

Good luck,

--Julian
Technical Architect - Freeform Solutions
Formulize - custom registration forms, ad hoc forms and reports
Topic | Forum


15
jegelstaff
Re: Coding Help

Sounds like openID to me. Formulize doesn't really do this kind of thing. The Registration Codes module, a companion to Formulize, lets you have codes that users can use to register for your XOOPS site, and depending on the code, they can be automatically granted immediate access to the website and membership in certain groups.

Perhaps you could make those codes available in a secure way on another website, and then users could use the code to register for the XOOPS site. ie: you would trust that the code has been distributed only to the right people, so you immediately allow them into your XOOPS site, and the code would cause them to be automatically slotted into certain groups in your XOOPS site, which would indicate which part of the other site they had got the code from.

Maybe that would work?

Registration Codes is somewhat complex to setup, but the readme is quite detailed.

If you want to pursue this in more detail, feel free to post on our support forums at www.freeformsolutions.ca/formulize

--Julian
Technical Architect - Freeform Solutions
Formulize - custom registration forms, ad hoc forms and reports
Topic | Forum


16
jegelstaff
Re: Reporting tool on xoops table

Formulize might be able to do something similar. You can point Formulize at any table in your database, and it will give you a searchable, sortable list of the records in the table. You can do some pretty flexible formatting of that list and calculations too. But maybe you are thinking of a different kind of report?

--Julian
Technical Architect - Freeform Solutions
Formulize - custom registration forms, ad hoc forms and reports
Topic | Forum


17
jegelstaff
Re: looking for web application development platform

Hello, it sounds like your needs are in line with the Formulize feature set. It is not a development environment per se, but rather a platform for creating applications. Sometimes the "applications" are simply forms. Sometimes they're more than that.

It's kind of like you can use PHP to write a website, or you can use XOOPS. You can use some kind of coding framework to build an application, or you can use Formulize, it's like a CMS for forms and data.

Please post on our support forums at www.freeformsolutions.ca/formulize if you want to discuss details of implementing anything. The admin interface is still difficult to navigate, but fixing that is the focus of the 4.0 release currently in development.

--Julian
Technical Architect - Freeform Solutions
Formulize - custom registration forms, ad hoc forms and reports
Topic | Forum


18
jegelstaff
Re: Getting a blank home page!!

Try the latest Formulize code from SVN. You can download from www.freeformsolutions.ca/formulize. That would be our best advice if you're finding platform issues between different servers and stuff. We have recently fixed up a few odd issues that seem to have arisen with newer versions of PHP and certain server configurations. And official version 3.1 is coming.

--Julian
Technical Architect - Freeform Solutions
Formulize - custom registration forms, ad hoc forms and reports
Topic | Forum


19
jegelstaff
Re: Module administration

What was the problem with iMenu? We would like to make sure it's fixed of course.

--Julian
Technical Architect - Freeform Solutions
Formulize - custom registration forms, ad hoc forms and reports
Topic | Forum


20
jegelstaff
Re: Extanded profile module

Quote:

nmshah wrote:
there was some module from freeformsolutions which needs to be installed with formulize module, i think it was called reg codes but not sure. If you use them together for handling user registration, then formulize can export the data in csv format if i am not mistaken.


That is correct. It works with 2.3 as well, although because you have to upload some custom versions of core files, and they're based on the old 2.0 branch, some links in your site don't work as expected, ie: registration links need to all point to the register.php file that Reg Codes uses, and the profile links will need to point to the old userinfo and edituser files, etc.

For more info, see our website (www.freeformsolutions.ca/formulize) and/or post in the forums there if you have questions.

Thanks, take it easy,

--Julian
Technical Architect - Freeform Solutions
Formulize - custom registration forms, ad hoc forms and reports
Topic | Forum



TopTop
« 1 (2) 3 4 5 ... 38 »



[Advanced Search]

Login

Register now!  |  Lost Password?

Search

Advanced Search

Recent Posts

Who's Online

170 user(s) are online (117 user(s) are browsing Support Forums)

Members: 0

Guests: 170

more...

Donat-O-Meter

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

Latest GitHub Commits