xoops forums

Forum Index


Board index » All Posts (SLEO577)




SLEO577

Not too shy to talk
Posted on: 2006/11/12 3:33
SLEO577
SLEO577 (Show more)
Not too shy to talk
Posts: 110
Since: 2005/6/27
#1

Re: Browser Refresh in Xoops (IE vs. Firefox)

I agree, get rid of internet explorer all together. That would make many developers lives much easier. I think Firefox would do good to have a monopoly on browsers just as IE has had for years.

But then again, that's developers talking...then you have that other 95% visiting your site using IE. So you have to make sure that your site's content is compliant with IE unfortunantely.

So I use both for reference purposes and have learn, apples may look red and juicy in Firefox, but rotten as heck in IE. What works in one will not always work in the other. A developers nightmare to say the least!

But I still believe that there has to be a viable solution in making XOOPS look as good during reloads in IE as it does in Firefox.


SLEO577

Not too shy to talk
Posted on: 2006/11/11 19:54
SLEO577
SLEO577 (Show more)
Not too shy to talk
Posts: 110
Since: 2005/6/27
#2

Browser's Refresh in Xoops (IE vs. Firefox)

Has anyone noticed that when viewing an XOOPS CMS site, there are two obvious differences when viewing it in Internet Explorer or Firefox?

I didn't realize this until I started running flash in some of the sites content.

If you view these sites with Internet Explorer and you click on a link, the "Entire" page reloads (header and all). If you view these sites with Firefox and you click on a link, only the module content reloads and the header or top graphic (Xoops powered by you) appears to not reload.

The best differences can been seen when looking at: (XoopsDesign.com). In Firefox, the pages change smoothly without ever viewing the dark purple background. In Internet Explorer, it's so obvious the change, it'll make you trash your IE forever.

I've tried to get Internet Explorer (6 & 7) to duplicate the firefox browser by commenting out (admin/preferences/main.php) //$xoopsTpl->clear_all_cache. Turned sessions off/on and I even checked "No" for automatically updating theme html under admin/preferences/General Settings.

This is a big issue for those wishing to run a flash navigational menu on their site or even some dynamic drop downs. The last thing you'd want is these to refresh on each click.

I checked this through different XOOPS 2.2.x compliant & CSS themes and still nothing changes. The only other viable thing I could think of is making a flash navigational menu & header, and then wrap the hole XOOPS CMS in a iFrame. Anyone else have any ideas?


SLEO577

Not too shy to talk
Posted on: 2006/10/23 14:05
SLEO577
SLEO577 (Show more)
Not too shy to talk
Posts: 110
Since: 2005/6/27
#3

Re: Can't edit signature

Has anyone got this working?

*BUMP*


SLEO577

Not too shy to talk
Posted on: 2006/10/23 13:15
SLEO577
SLEO577 (Show more)
Not too shy to talk
Posts: 110
Since: 2005/6/27
#4

Re: time of automatic logout

One hacking solution for session time-outs can be found at GIJOE's Site:

Here (PEAK XOOPS).


SLEO577

Not too shy to talk
Posted on: 2006/10/19 5:55
SLEO577
SLEO577 (Show more)
Not too shy to talk
Posts: 110
Since: 2005/6/27
#5

Re: Can't edit signature

I realize this is an old thread, but it wasn't until I started a new site that I had the same old problem.

The problem is due to a hack in preventing members from changing their own "Displayname." This hack is preventing members from editing their profiles also. Apparently, the hacked file:

open -> modules/profile/include/forms.php (line 406)
$uname_tray = new XoopsFormElementTray(_PROFILE_MA_DISPLAYNAME'<br />');
    if (
$user->isNew() || $xoopsModuleConfig['allow_chgdisplayname'] == || $xoopsUser->isAdmin()) {
        
$uname_text = new XoopsFormText('''uname'3060$user->getVar('uname'));
    } else {
        
$uname_text = new XoopsFormLabel(''$user->getVar('uname'));
    }
    
$uname_tray->addElement($uname_text, ($user->isNew() || $xoopsModuleConfig['allow_chgdisplayname'] == 1));
    
$elements[0][] = array('element' => $uname_tray'required' => 0);
    
$weights[0][] = 0;


Needs to be changed to the following in red:
$uname_tray = new XoopsFormElementTray(_PROFILE_MA_DISPLAYNAME'<br />');
    if (
$user->isNew() || $xoopsModuleConfig['allow_chgdisplayname'] == [b][color=CC0000]0[/color][/b] || $xoopsUser->isAdmin()) {
        
$uname_text = new XoopsFormText('''uname'3060$user->getVar('uname'));
    } else {
        
$uname_text = new XoopsFormLabel(''$user->getVar('uname'));
    }
    
$uname_tray->addElement($uname_text, ($user->isNew() || $xoopsModuleConfig['allow_chgdisplayname'] == [b][color=CC0000]0[/color][/b]));
    
$elements[0][] = array('element' => $uname_tray'required' => 0);
    
$weights[0][] = 0;


If you do change the vales to "0" from "1", it wipes out the users "Real Name" from the DB tables and allows the users to once again change their "Displayname." But at least they can edit their profiles.

I am going to be working on this issue until I can get it fixed. Obviously, the "Displayname" issue has been a hot topic for XOOPS 2.2.x. But members need the ability to edit their profiles in addition to preventing users from maliciously changing their displayname all the time.

Read m0nty's post on the ability to enable/disable users from changing their displayname once set.

If someone has solved this problem already, please post your results.


SLEO577

Not too shy to talk
Posted on: 2006/5/14 10:59
SLEO577
SLEO577 (Show more)
Not too shy to talk
Posts: 110
Since: 2005/6/27
#6

Re: Can't edit signature

I realize this is an old post, but I have run into this same problem myself. I'm using XOOPS 2.2.3a, with the Xoops.2.2.4 patch. I have check the permission under "Profiles" and the signature is editable to all groups.

Some how, the "Signature" in profiles is associated with the "Displayname". An error (Displayname is to short. Must be more than 3 characters.) comes up when anyone other than the Admin, tries to edit or input into their signature.

Any ideas where that statement is coming from?


SLEO577

Not too shy to talk
Posted on: 2006/4/24 16:01
SLEO577
SLEO577 (Show more)
Not too shy to talk
Posts: 110
Since: 2005/6/27
#7

Re: problems with the editor

Same here tempo. I have been having this problems for some time now. I have asked the same question in this thread:

https://xoops.org/modules/newbb/viewto ... id=206300#forumpost205086

and I have never received an answer to my question. I did try several different things with the different editors, but I had no luck. The Textsanitizer doesn't seem to want to "sanitize" any post in the CBB Forums when a member clicks on the "Preview" button.

I have only found this to be a problem in the CBB 2.2 version while using XOOPS 2.2.4 and SmartSection 1.05. The articles and comments do not do this, only the forum. I do not want to upgrade to CBB 2.32 or 3.0 only because of the lost of the user drop down menu and print/pdf is now in a pop-up. But upgrading may be the solution for you....just an idea.


SLEO577

Not too shy to talk
Posted on: 2006/3/29 15:45
SLEO577
SLEO577 (Show more)
Not too shy to talk
Posts: 110
Since: 2005/6/27
#8

Re: Help with Chat integration

I still am unsure if this somehow deativates the "Protector Module" or "it just stops monitoring" the chat folder, but it does work. I have the "Protector Module" running in the pref section and the flashchat program is running without timing out.

I did exactly what the "Simple-Xoops" website implied, using my dirname (not /dhchat/). So if your dirname for flashchat is "flashchat" use (/flashchat/) or if it is "chat" as stated in the newer version of flashchat, use (/chat/).

edit your mainfile.php like this:

define('XOOPS_GROUP_ADMIN''1');
    
define('XOOPS_GROUP_USERS''2');
    
define('XOOPS_GROUP_ANONYMOUS''3');

[
color=cc0000]if (!preg_match("/flashchat/i"getcwd()))[/color]    
        include( 
XOOPS_ROOT_PATH '/modules/protector/include/precheck.inc.php' ) ;
    if (!isset(
$xoopsOption['nocommon']) && XOOPS_ROOT_PATH != '' ) {
        include 
XOOPS_ROOT_PATH."/include/common.php";
    }
[
color=cc0000]if (!preg_match("/flashchatchat/i"getcwd()))[/color]    
         include( 
XOOPS_ROOT_PATH '/modules/protector/include/postcheck.inc.php' ) ;


SLEO577

Not too shy to talk
Posted on: 2006/3/29 15:16
SLEO577
SLEO577 (Show more)
Not too shy to talk
Posts: 110
Since: 2005/6/27
#9

Re: Help with Chat integration

There seems to be a solution from "Simple-Xoop's" website, although I have not been able to get google to translate what is being said. And by the looks of what they did, I am afraid this solution too may deactivate the "Protector Module" which I would prefer not doing.

Is it possible someone could translate this webpage and see if this deactivates protector or if this is suppose to be a workaround to have the protector module stop monitoring the chat folder?


SLEO577

Not too shy to talk
Posted on: 2006/3/29 5:47
SLEO577
SLEO577 (Show more)
Not too shy to talk
Posts: 110
Since: 2005/6/27
#10

Re: Help with Chat integration

Hello tripmon,

It is never a stupid question, thanks for sharing. I could have very well missed that! I did however try all of the aforementioned paths with and without a forward and/or trailing slash. I think I even tried putting in my wife's name because I know how ornery (meaning - having a irritable disposition) she is and figured it was bound to work that way.

svaha - I have posted this issue on GIJoe's forum. As soon as I can get this resolved, I will update this thread.



TopTop
(1) 2 3 4 ... 11 »