161
skalpa
Re: Shorter usernames in 'new members' bloc?
  • 2003/11/22 23:51

  • skalpa

  • Quite a regular

  • Posts: 300

  • Since: 2003/4/16


Yep, that's what I wanted to advise first, but here the problem is that the "online users" block generates everything from the php side.
The tpl just contains
<{$block.online_names}>

But for other things the Smarty truncate works...

[edited]Damn I've been checking the "online users" block since the beginning. My bad. Sorry guys.|/edited]

Skalpa.>



162
skalpa
Re: Xoops hosting starting at $3.95
  • 2003/11/22 23:34

  • skalpa

  • Quite a regular

  • Posts: 300

  • Since: 2003/4/16


The whois says that theonlyhosting.com has been registered 1 week ago USING AN HOTMAIL ADDY.
And that their site DNS is handled by another company

Hey, what's happening today ?

Skalpa.>



163
skalpa
Re: Shorter usernames in 'new members' bloc?
  • 2003/11/22 23:21

  • skalpa

  • Quite a regular

  • Posts: 300

  • Since: 2003/4/16


Checked that, and it's not possible to do this modifying the template file.

You'll hade to edit /modules/system/blocks/system_blocks.html
And change this line:
$members .= ' <a href="'.XOOPS_URL.'/userinfo.php?uid='.$onlines[$i]['online_uid'].'">'.$onlines[$i]['online_uname'].'</a>,';


with something like this:
$name $onlines[$i]['online_uname'];
if (
strlen($name) > 8) {
 
$name substr$name08) . '...';
}
$members .= ' <a href="'.XOOPS_URL.'/userinfo.php?uid='.$onlines[$i]['online_uid'].'">'.$name.'</a>,';


( change le 8 if you want )

Skalpa.>



164
skalpa
Re: session_start() error
  • 2003/11/22 22:44

  • skalpa

  • Quite a regular

  • Posts: 300

  • Since: 2003/4/16


Hehe, you're fast man.

But so do I

[edited]
Here is a better link:
it may help you also...
IMO: Try enabling the mbstring extension in php.ini maybe


Skalpa.>



165
skalpa
Re: session_start() error
  • 2003/11/22 22:39

  • skalpa

  • Quite a regular

  • Posts: 300

  • Since: 2003/4/16


[Edited]
Didn't see you already found the thing.
And Herko > Here these are the PHP files that are encoded in UTF-8, not db info.
So I don't think there is any better solution for this one.

Skalpa.>



166
skalpa
Re: Does XOOPS ...
  • 2003/11/18 2:58

  • skalpa

  • Quite a regular

  • Posts: 300

  • Since: 2003/4/16


It's a security feature integrated into smarty.
Like this you can ask "template designers" to update your site appearance and they won't mess your site (useful for big companies, boring for most of the people)

Here's the magic word:
(hehe, I'm the only real mage here, not the old guy )

In /class/smarty/Smarty.class.php change
var $php_handling    =  SMARTY_PHP_PASSTHRU;


(in my version it's line 200) and replace SMARTY_PHP_PASSTHRU with SMARTY_PHP_ALLOW

That makes me think there should be a system option for this. I'll try to do it later.
Try it like this.


ajax: It's a forums fault.
The real code (I believe) is this:

include (  ' http: //www.nettendo.com/nav/navbar.php ' );


Skalpa.>



167
skalpa
Re: List of variables available in a template
  • 2003/11/6 10:53

  • skalpa

  • Quite a regular

  • Posts: 300

  • Since: 2003/4/16


1) insert <{debug}> in your template, or in system admin / preferences set debug to "Smarty templates"

2) Read this: http://smarty.php.net/docs.php
You may find other interesting things there.

Skalpa.>



168
skalpa
Re: XoopsFormSelect->render( ) <option SELECTED>, not selected='selected' ?
  • 2003/11/5 2:06

  • skalpa

  • Quite a regular

  • Posts: 300

  • Since: 2003/4/16


You're right ...

Thanks, I've just been changed that in CVS (and also multiple='multiple' at the same time ).

Skalpa.>



169
skalpa
Re: XOOPS 2.1 Core development Roadmap
  • 2003/11/3 21:01

  • skalpa

  • Quite a regular

  • Posts: 300

  • Since: 2003/4/16


Quote:
Skalpa's working on an extended PM system, but I'm not sure if it'll be a module or a core feature. But it's in the make

Until now, the new PM system is implemented as a module. Catzwolf (who started it) made it like this so it would be easier to maintain.
Keeping it like that would require a few more updates to the kernel (for notifications, etc...), but I'm not against it .
Quote:
I tried both of these out and it won't work. If you're on the Home page or any "system" module it says the last module active, in my case it always says IPBoard even it you're on the home page. Sorry bro.


No, I'm the one sorry here Thanks for the snippet. I was aware with probs similar to this one when you're on the homepage, so I'll check that. Thx.

Skalpa.>



170
skalpa
Re: XOOPS 2.1 Core development Roadmap
  • 2003/10/31 15:09

  • skalpa

  • Quite a regular

  • Posts: 300

  • Since: 2003/4/16


Quote:
I would like to have a possibility to include html files without problems.

WFSection 2 will be a giant leap forward about all this.
Catz made a recent post about it, maybe you can tell us what features you really need, and we can talk about it there.

Quote:
Extending XOOPS by adding userdefined forms

We do you mean here ? If it is the possibility to create custom content types, you'll have to wait, but I hope we're going in the good direction.

Quote:
A smarty based admin area

Well, I don't agree 100% with that one. However, being able to change its appearance is needed, so I choosed an intermediary option.
1) The admin is a sensitive part and messing with it is not good. So changing the admin layout should be a bit restricted.
2) When using smarty, the content is sent once everything has been processed, while in the admin it is sent without buffering (so you see things as they are done), and this is an useful feature.
So: I created a way to allow people to customize the admin interface by making a small php script (one function for the header, one for the footer).
However I can't tell you to get it already coz it requires a new config option to be added, so that means it wouldn't work with the actual versions (and in fact, talking about this reminds me of the fact I haven't sent the changes in CVS).
Also, having the outer layout non-smarty enabled doesn't mean you can't use smarty for what's in the "content zone", but it will be to module writers to choose it (in fact they can already...).

Quote:
Documentation. I know this is in the works but it's really a must. Right now I tend to find functions by looking at others code but I'm sure there's some beautiful functions lying around no one uses cause they don't know they’re there.

200% agreed. I've just made a post on the coreteam site so say how I think this is an important point. And anyway, waiting for that, the 2.1 release cycle will evolve. There will be an alpha version quite early, and incremental updates. That means we'll be able to tell about new features as they arrive, and maybe this can help making a better documentation in time.
Quote:
btw, I think skalpa already has an idea similar to this in the works

Actually, it's still in my mind. But the day I manage finding the way not sleeping anymore, you'll have it
Seriously, as 2.1 won't be here right now, consider it's planned for it.
Quote:
Having this allows you to theme differently for each module

It's already there !
Check <{$module.directory}> and <{$module.name}>
Also, theme writers may want to try "Smarty debug" mode in PHP or insert <{debug}> in their templates to see all the defined variables.
In short: this means we really need a technical documentation.

Skalpa.>




TopTop
« 1 ... 14 15 16 (17) 18 19 »



Login

Who's Online

204 user(s) are online (150 user(s) are browsing Support Forums)


Members: 0


Guests: 204


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