1
earplane
Is Greece down?
  • 2009/3/29 17:16

  • earplane

  • Just popping in

  • Posts: 35

  • Since: 2002/10/1


The Greek support site seems to be empty. Is it gone? How come there are no headlines calling out for volunteers to bring it back up again?

Sorry I can't help, but I've got an user offering to translate my custom files, and I'll be needing the core files soon. They're not in the repository. Where can I get them?

Thanks.



2
earplane
Xoops in the classroom
  • 2009/2/20 11:13

  • earplane

  • Just popping in

  • Posts: 35

  • Since: 2002/10/1


Hi,
I run a XOOPS site with tests suited for classroom use. When my students use it without logging in there are no problems, but if we log in the page goes blank after a couple of logins.

I don't know how our school network is configured when it comes to ip-addresses, but I wonder:

Is there a limit in XOOPS that prohibits multiple users to log in from a single ip address? And is there a workaround?



3
earplane
Re: Strange smarty error
  • 2008/11/18 12:24

  • earplane

  • Just popping in

  • Posts: 35

  • Since: 2002/10/1


I think it may be a module problem. I got that same warning when I had a custom module at front, but it went away when I use News on startup.



4
earplane
Re: Problem with XoopsFormDateTime
  • 2007/10/15 12:17

  • earplane

  • Just popping in

  • Posts: 35

  • Since: 2002/10/1


What language are you using? I had a problem with the popup calendar not showing in Norwegian, but it worked OK in English. It turned out that the JSCalendar had a faulty language file.

Try changing your site language, it may not be a XOOPS bug at all



5
earplane
Local support site contents
  • 2007/6/23 0:14

  • earplane

  • Just popping in

  • Posts: 35

  • Since: 2002/10/1


I'd like to say this about the contents of local support sites (the points are commented below):

1.A local support site should be multilingual, with a choice of English and the native language of it's region.

2.The site should be laid out in a way that makes it easy for visitors to find the language file download section.

3.The site should have some kind of submission form (or a forum) in English and in the native language where module developers and users can request translations of new stuff or corrections in old files.

4.I may have forgotten something, but I'd like to say: Everything else should be optional!


I don't want to spend my time translating news stories. Now, does this mean I'm lazy ? I don't think so. I run www.xoops.no, the Norwegian XOOPS site. Norway has a population of approx. 5 million, and XOOPS is not a big thing here. I don't want to spent hours and hours translating stuff for 20-50 users who've had 10 years of English lessons by the time they finish high school. I want to contribute in my own tempo, and I think that the translation of language files gains XOOPS more than the translation of news stories.

I've had the www.xoops.no domain for some years now. Not because I want to, but because the former owner didn't. I'm a XOOPS user, and I occasionally need Norwegian language files, but when the former site died I had to slap it back up myself. So I made a primitive default site with a download section and a forum. I try to log in every couple of days, but the forum activity is minimal and I don't care much, really. That gives me more time for other things. The important thing is that the language files are out there.

It may be a problem, though, that the site, using the default theme, looks kind of ugly. I'd like to have access to some kind of an official XOOPS «SupportSite»-theme that would take a minimum of tweaking to make it look nice and Norwegian. For me (and other devoted XOOPS users) it's not much of a problem, the language files are out there. But I think it may be a problem for Xoops, since the looks of the site may scare off new users.

The reason I don't want to spend too much time running www.xoops.no is that I need some time being a XOOPS user. I run a XOOPS site, remember? That's why I came here in the first place. My main site of interest is currently working in seven languages (but news stories and the forum is held in English). In the process of building this site I've been around quite a few local support sites looking for language files, usually in languages that I don't understand (luckily the word Downloads seems to be valid in lots of languages on the net :o). I don't know if these needs are very common, but think of it:

1.A local support site should be multilingual, with a choice of English and the native language of it's region.
This would make it easy for foreign-language visitors to find their way around. So who cares? Well I do, in my search for language files in languages that I don't know. But also the gang at www.xoops.org, who occasionally may want to drop by a local support site to look at the level of activity. And also members of other local communities, who may want to shop around for ideas for improving their own local sites. And then they rush back to the Local Site Lounge at www.xoops.org where users discuss support sites and the quest for the ultimate solution.

2.The site should be laid out in a way that makes it easy for visitors to find the language file download section.
I think a local support site's main mission should be to offer language files. Why do we need support? XOOPS should work, and XOOPS should be self-explaining. This goes for modules too. If something doesn't work then it's a job for xoops.org or the module developer in question. Local support sites shouldn't have to know how to hack their way out of problems.
Of course a local support site should have a forum where users can discuss XOOPS in their own language. And if a community is lucky to include people who develop modules for public use, or offer commercial web solutions, of course they deserve a mention and some space. But the language files should always be the central focus of a local support site. It's about XOOPS localisation, isn't it?
It's important that the files are kept where they easily can be edited by people who know them. It's also important to avoid the out-of-date files that we sometimes find in the central repository at www.xoops.org and at module download sites. I think we'd be better off if www.xoops.org and module developers concentrate on development and documentation instead spending time maintaining a collection of language files. A list of links to local support sites and a mailing list to notify translators about updates would be a better solution.

3.The site should have some kind of submission form (or a forum) in English and in the native language where module developers and users can request translations of new stuff or corrections in old files.
I don't think this point needs any comments, so I'll leave it blank.

4.Everything else should be optional.
As I said before, I don't have lots of time to spend on this. I can spend an hour or two translating a module, because I know that it'll be downloaded by hundreds, and it'll be a time investment that'll last for maybe a couple of years. But I don't want to spend time translating news that'll be read by 5-10 persons who know English. Some may say I'm lazy, but nope, sorry, I'm too busy. Some may say that the activity on www.xoops.no is so low it doesn't deserve status as an Official Local Support Site. I don't care. The Norwegian users don't care (I may be wrong on this one. If you're Norwegian and you want to take over, please contact me.). The language files are out there, and that's what matters.

Please note that I'm not saying that www.xoops.no should be used as a model in any way. There are lots of enthusiasts doing lots of good work out there, and XOOPS wouldn't be what it is without them. It may be a problem, though, that the discussions about the future of XOOPS is driven mostly by enthusiasts, and it may be easy to forget that some contributors have a limited amount of time to spend.



6
earplane
Re: Problem with XoopsFormDateTime
  • 2007/4/28 17:57

  • earplane

  • Just popping in

  • Posts: 35

  • Since: 2002/10/1


What language are you using?

I used to have problems with the popup calendar not showing, and I traced it down to a faulty language file. But if you're using English that's probably not it.

If you're using a non-English language you may want to try if it works with XOOPS set to English.



7
earplane
Re: XoopsForge - dev.xoops.org - Project Management
  • 2007/2/26 20:15

  • earplane

  • Just popping in

  • Posts: 35

  • Since: 2002/10/1


Have you seen the xProjects module?

http://xprojects.co.uk/



8
earplane
Re: XoopsFormDateTime problems
  • 2006/12/20 16:21

  • earplane

  • Just popping in

  • Posts: 35

  • Since: 2002/10/1


I just wanted to complete this thread with the solution to my problem:

The Norwegian language file for the popup calendar is incomplete!

I've reported this and a fix as a core bug, and I hope it'll be updated in future releases.



9
earplane
Re: Disabling XoopsForm elements
  • 2006/12/10 15:15

  • earplane

  • Just popping in

  • Posts: 35

  • Since: 2002/10/1


No, that would take a reload if I want to toggle show/hide (please correct me if I'm wrong). I want to do it at runtime, which means there's got to be some javascript involved (again, please correct me )



10
earplane
Re: Disabling XoopsForm elements
  • 2006/12/10 14:33

  • earplane

  • Just popping in

  • Posts: 35

  • Since: 2002/10/1


Uh, sorry, some additional questions popped up here:

I want to hide an element within a form, which means I need to know the ids of the elements... Nope! I need a way to set the id of the <-tr-> tag that contains the element that I want to hide, right? Or else I get empty rows in the form, and I don't want that. But:

1. I can't find a way to give the <-tr-> that contains the element an id. Is this possible? - or -

2. I know that the element I want to hide is inside the following <-tr->. This means that I could search for it in the DOM. Am I on the right track?

3. Would it be easier if I start using a javascript library like Prototype for stuff like this? Any recommendations?


BTW, how do I write tags in this forum without messing up the layout?




TopTop
(1) 2 3 »



Login

Who's Online

208 user(s) are online (101 user(s) are browsing Support Forums)


Members: 0


Guests: 208


more...

Donat-O-Meter

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

Latest GitHub Commits