31
mboyden
Re: Upgrading 2.0.16 to 2.5.1a
  • 2011/8/27 22:22

  • mboyden

  • Moderator

  • Posts: 484

  • Since: 2005/3/9 1


My production installs are still on 2.4.5. I've started playing with 2.5.x from a production standpoint, but haven't yet made the switch for a number of reasons.

I provided some notes on upgrading 2.0.17 to 2.3.3b. And promised notes on 2.3.3b to 2.4.5, which I'm finally now linking to, stale as they are (written about a year ago - sigh).

There are a few differences from 2.4.5 to 2.5.1a, but this could get you to a good working solution to base a 2.5.1a final migration. I know a number of modules have had to be updated for 2.5.x from 2.4.x.

My info above is not like the detailed instructions written up for installing and configuring the software. It's more a set of notes and you will have to accommodate for those issues (or not) depending on your installation.

Hope that helps.
Pessimists see difficulty in opportunity; Optimists see opportunity in difficulty. --W Churchill

XOOPS: Latest | Debug | Hosting and Web Development



32
mboyden
Re: Survey Module by Bluemoon
  • 2011/8/11 1:51

  • mboyden

  • Moderator

  • Posts: 484

  • Since: 2005/3/9 1


Sorry for the delay, but I've sent in the updates to the SVN.

Essentially:
2 bugfixes as described in this article
Updates to the English translation
Change of uploads directory to /uploads/bmsurvey instead of just the generic uploads.

I still want to work on the templates and get rid of the tables structure as well as other HTML - when time permits of course. And there is still functionality that, best I can tell, doesn't work or was never integrated from phpESP. But as a simple web-site-based survey module, it works well overall.

I still get frustrated with the XOOPSForms output and our inability to control it easily via CSS.

I guess the next question is how to version this and to make updates available to all (instead of just through the SVN, and knowing whether or not you actually know you have the latest or not).

Pessimists see difficulty in opportunity; Optimists see opportunity in difficulty. --W Churchill

XOOPS: Latest | Debug | Hosting and Web Development



33
mboyden
Re: theme name in custom block
  • 2011/8/11 1:43

  • mboyden

  • Moderator

  • Posts: 484

  • Since: 2005/3/9 1


Well, before I did that post, I tried it in a couple of blocks on a couple of modules in a XOOPS 2.4.5 installation. YMMV, of course and other standard disclaimers.
Pessimists see difficulty in opportunity; Optimists see opportunity in difficulty. --W Churchill

XOOPS: Latest | Debug | Hosting and Web Development



34
mboyden
Re: theme name in custom block
  • 2011/8/11 0:31

  • mboyden

  • Moderator

  • Posts: 484

  • Since: 2005/3/9 1


It's even easier than that:

<{$xoTheme->folderName}>

There are also path generators:

<{xoAppUrl path/to/filename.ext}> will create:
XOOPS_URL/path/to/filename.ext

<{xoImgUrl path/to/filename.ext}> will create:
XOOPS_URL/themes/themedir/path/to/filename.ext

This second one will also try (should filename.ext not exist):
XOOPS_URL/images/path/to/filename.ext

And of course, $xoTheme has many other variables available as well.
Pessimists see difficulty in opportunity; Optimists see opportunity in difficulty. --W Churchill

XOOPS: Latest | Debug | Hosting and Web Development



35
mboyden
Re: XOOPS Solution for a Radio Station?
  • 2011/8/10 15:17

  • mboyden

  • Moderator

  • Posts: 484

  • Since: 2005/3/9 1


I have to ask how this reply is relevant to the topic.

Also, FWIW
I
can
write
code
in a single line
or break
it up into
many lines
to get paid as much as I'd wish
using that forumula.

Finally, there is an area for listing and contacting developers, the link is on many x.o pages in the right column as a graphic called "Developers for hire!"
Pessimists see difficulty in opportunity; Optimists see opportunity in difficulty. --W Churchill

XOOPS: Latest | Debug | Hosting and Web Development



36
mboyden
Re: cloning a module with a twist
  • 2011/8/9 22:40

  • mboyden

  • Moderator

  • Posts: 484

  • Since: 2005/3/9 1


Then all you need to do is allow users to change the language; that is what triggers the use of modules/modulename/language/<lang> files. The best method for that is EMLH (easiest multi-language hack, by GIJoe) which does change which <lang> files to use. You have the option of providing multiple languages in the content, too.

As to the tables created by any module, that is in the modulename/sql directory (typically) and is referenced in the module's xoops_version.php file.

Or you can install it anew and then rebuild those cloned tables as views to the original tables. There could be some other oddities, and you may have to create set the same preferences in certain places to get it to work as intended/desired.
Pessimists see difficulty in opportunity; Optimists see opportunity in difficulty. --W Churchill

XOOPS: Latest | Debug | Hosting and Web Development



37
mboyden
Re: cloning a module with a twist
  • 2011/8/9 21:40

  • mboyden

  • Moderator

  • Posts: 484

  • Since: 2005/3/9 1


Why do you want them to access the same tables? The postings will be in different languages, so wouldn't it make sense to have them separate?

Or you could use one of the two language capabilities EMLH or xLanguage and allow people to post both languages in a single post.

If you truly want them to access the same tables, after you clone the module (a separate issue), you likely could export your database, then edit the SQL for the cloned module to be views of the existing tables.

I've integrated third party apps into XOOPS using the user and groups tables using SQL views (as tables) to access the same info.
Pessimists see difficulty in opportunity; Optimists see opportunity in difficulty. --W Churchill

XOOPS: Latest | Debug | Hosting and Web Development



38
mboyden
Re: XOOPS Solution for a Radio Station?
  • 2011/8/9 21:30

  • mboyden

  • Moderator

  • Posts: 484

  • Since: 2005/3/9 1


The KOOP Radio website (community radio in Austin, TX, USA) was built on XOOPS:

www.koop.org

XOOPS 2.4.5
Publisher 1.0a (SVN rev 217)
Article 2.00RC
CBB 3.08 (internal)
MRBS 1.41-02 (internal)
News 1.63
Onair 1.04 (heavily modified)
piCal 0.92
SmartFAQs 1.08
Survey (BlueMoon) 0.97 (internal)
WF-Channel 2.05b
xForms 1.2
Protector 3.41
AltSys 0.71a
Profiles 1.58
XoopsCare 1.22
XoopsInfo 2.14
Backup/Restore 3.0
WaitingContents 0.95c
iStats 2.2
iSearch 1.8
MultiMenu 2.08
xoRewriteModule
FCKeditor 2.6.6

The theme operation owes thanks to the Morphogenesis theme giving inspiration from a function/design standpoint. We enhanced for people of disability and with jQuery for interactivity. Much more is planned as we move forward.

Note a few of the modules have either been bug-fixed and/or modified; notes and info have always been sent back to the authors for their inclusion in future versions.
Pessimists see difficulty in opportunity; Optimists see opportunity in difficulty. --W Churchill

XOOPS: Latest | Debug | Hosting and Web Development



39
mboyden
Re: Survey Module by Bluemoon
  • 2011/7/28 15:37

  • mboyden

  • Moderator

  • Posts: 484

  • Since: 2005/3/9 1


Pessimists see difficulty in opportunity; Optimists see opportunity in difficulty. --W Churchill

XOOPS: Latest | Debug | Hosting and Web Development



40
mboyden
Re: Survey Module by Bluemoon
  • 2011/7/28 15:19

  • mboyden

  • Moderator

  • Posts: 484

  • Since: 2005/3/9 1


Yeah, I will upload the changes to the SVN. Do you want the just the error fixes uploaded, or the template and (english) language changes that I made, too (I can check the other two languages for the errors I found)?

FWIW, the admin side is harder to work display-wise with since a lot of that isn't template/smarty driven and in the code.
Pessimists see difficulty in opportunity; Optimists see opportunity in difficulty. --W Churchill

XOOPS: Latest | Debug | Hosting and Web Development




TopTop
« 1 2 3 (4) 5 6 7 ... 43 »



Login

Username:
Password:

Lost Password? Register now!

Who's Online

79 user(s) are online (58 user(s) are browsing Support Forums)


Members: 0


Guests: 79


more...

Donat-O-Meter

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

Latest GitHub Commits