First, the details as requested in the "before you post" post:

Website URL:http://juice.spidersilk.net (test site)
XOOPS Version: XOOPS 2.0.13.2
Module Name/Version: AMS 2.4.1
PHP Version: 4.3.10
MySQL Version: 4.1.14-Debian_3-log
Web Server Software (Apache/IIS/Other): Apache/1.3.33 (Unix) DAV/1.0.3 mod_fastcgi/2.4.2 mod_gzip/1.3.26.1a PHP/4.3.10 mod_ssl/2.8.22 OpenSSL/0.9.7e
Operating System: Debian Linux (don't know what version, sorry)
Theme you are using: my own
Custom template: tweaked templates very slightly, but only in cosmetic ways, nothing major
PHP Debug Messages, MySQL Debug Messages, Smarty Debug Messages: none of these showed any errors
A full description of the issue:

I am using the Koivi editor with AMS, and the image manager does not seem to be working properly. Yes, I did install the alternate image manager template and update the system module, and I'm getting the little "insert into WYSIWYG" button, which *seems* to work - the image shows up in the WYSIWYG text area and can be manipulated there.

But when I go to publish the article, the image doesn't show up - instead I just get a fragment of HTML code. I viewed the source of the page in my browser and what Koivi appears to be generating as an img tag is this:



It looks like Koivi tried to turn the URL in the img tag into a hyperlink the way it would if a URL was embedded in regular text. It appears to have messed with some of the rest of the code inside the img tag too -- turning quotes into their ASCII entity equivalents, dropping in backslashes, and that sort of thing. So somehow it does not appear to be recognizing the img tag it inserted as an image, despite the fact that the image showed up fine in the WYSIWYG box.

However, having a vague idea what is happening does not mean that I have any idea WHY it's happening, or how to fix it...

Has anyone else encountered this? Is there any way I can fix it, or do I need to go back to the default editor if I want the image manager to work?

Oh, man - I think I've figured out what my problem was - with this and with the image manager problems I posted about elsewhere on the forum - and now I feel like a complete idiot.

Just before going away for the holidays, in response to something my client had said which it turned out I'd misunderstood, I had thought she wanted FTP access to the site and had set her up with her own FTP ID on my account and moved the site into that ID's home directory, then done a quick check to make sure everything looked OK before leaving.

Guess what I had completely forgotten by the time I came back and started working on it again?

Yes. I was uploading everything to the wrong copy of the site, back in my own home directory.

It does seem like some parts of XOOPS were still looking at the old directory while some were looking at the new one, so I'm guessing that somewhere in a config file or something the server path to its original location is specified, but for now I've moved it back to its original home since that seemed easiest.

And I am now going to crawl under my desk and attempt to forget any of this ever happened. My apologies for wasting everyone's time.


Lynna

I've deleted the reply I originally had here, because I've realized that my issues with images in the Koivi editor were not really due to either the editor or the image manager.

Rather, they were due to me having done something insanely stupid which I've already recounted elsewhere, so I'll spare you the details here.

Instead I will just say that the Koivi editor is my friend again.

I just checked the AMS directory and it doesn't appear to contain any style sheets, just HTML files.

And when I go to the stylesheet directly in my browser, athttp://juice.spidersilk.net/themes/juice/style.css , it is not showing my changes, though it does when I look at the file on the server with a text editor.

So it looks like it is the theme stylesheet where the problem is occurring.

I already did. Those are the changes that are not showing up. That was the whole point of my post.

I changed those things, and when the changes failed to show up, I did everything else I listed (cleared browser cache, emptied templates_c, etc.) and nothing will make my changes show up.

When I look at the stylesheet on the server with a text editor, the changes do show there as having been made, but they do not show up in any browser, and if I view the stylesheet in any browser, the old version, without the changes, is what I see. So presumably XOOPS is somehow caching it somewhere, but I can't figure out where. It's not in the templates_c because I've emptied that a bunch of times. And "Update module template .html files from themes/your theme/templates directory?" is set to Yes, so it should be getting the newer file, but it's not.

Are we using the same definition of "normal" here? :)

What I'm seeing - and I just checked it on another computer entirely, so I know it's not just my system - is that the initial T at the beginning of the story (at the start of "The Sixteenth Annual SOCAN Awards...") is larger than the rest of the text, and bold. And the whole first paragraph has slightly larger line spacing than the rest of the article.

I know both those things are Xoops-standard, but that's what I'm trying to change. I don't want that initial bold cap, and I want the line spacing to be normal. I made both those changes in the stylesheet, but they're not showing up.

Is that what you're seeing - the bold cap and wider line spacing - but you're describing them as normal because that's how XOOPS normally formats things? Or are you not seeing the first letter as bold?

Because I've seen the bold cap still there in three different browsers on my own computer, plus one on my partner's, so I don't think it's just a browser caching issue...

Yes, I put a link to a sample page in the above post. Here it is again:http://juice.spidersilk.net/modules/AMS/article.php?storyid=20

The theme I made is called juice, and the stylesheet is here:
http://juice.spidersilk.net/themes/juice/style.css

The only changes I have made (this time) are to that stylesheet, and my changes (removal of the first-line class and the line-spacing rule in the itemText class) are showing up when I view the stylesheet on the server with a text editor, but not when I view it in the browser.

I know the "My template changes aren't showing up!" topic comes up a lot, and I've read through a ton of past messages about it and tried everything recommended there, but to no avail.

The situation: changes I make to the style.css for my custom theme sometimes show up right away, and sometimes (like now, for example), will not show up no matter what I do.

What I have done:

- Read the FAQ page on this and tried everything it said to.

- Made sure my custom theme exists in its own directory, as opposed to changing the default one

- Made sure "Update template files..." was set to Yes in general preferences

- Made sure caching was turned off for everything I had the option of turning it off for

- Emptied the template_c directory

- Cleared my browser cache multiple times, quit my browser and restarted it, and in fact tried multiple browsers

- Re-uploaded the changed file, several times

- Edited the file directly on the server with a remote text editor

- Update the AMS module even though I don't think this is an AMS specific problem - it's a theme issue.

What Resulted From All This:

Bugger all, pretty much. The change I was trying to make (removing the class ".itemText:first-letter {font-size: 133%; font-weight: bold;} so that I don't get that horrible initial cap at the beginning of stories) just does. not. happen.

If I open the stylesheet on the server in the text editor, that line is not there. But if I view source in my browser - ANY browser - then it is. And I need it gone.

Does anyone have any ideas what I could try apart from everything I've already done? Right now the client I'm developing this site for thinks I'm a total slacker and just not making the changes she's asking for, and I'm having a hard time convincing her that I really am making changes and they're just not showing up.

And the screwy thing is, many of my past changes have shown up, as you'll see if you look at this sample page - my custom theme is already a lot different than the default. But every now and then I try to implement a change and it just won't work.

Any ideas? Please?

WF-Sections is another like AMS for posting dated and categorized articles, isn't it? That's not what I need here - I'm already using AMS for the articles. This is for static pages that are outside the article/category structure and are not time-bound.

Er... Content is the module I'm using and having problems with. That was the whole point of the post.

Content has issues with forms, or at least forms with textarea fields - it cuts everything off after the opening textarea tag in the editor, because the closing textarea tag closes the textarea in the editor itself. It does seem to save the information after that tag when you first enter it, but if you need to edit the page again, everything after the opening textarea tag is gone.

And it breaks the structure of the page - everything in the right column is shifted down to the bottom of the center column instead. Example:http://juice.spidersilk.net/modules/content/index.php?id=1

The second item is the most important. The first I can work around by keeping a copy of the each page in a text file so that if I need to edit it I can paste in the whole page again so I don't lose the parts after the textarea, but I can't have the page structure all broken like that.

Does anyone know if there is a fix for this? I can't be the only one who's had this issue with the Content module...


Lynna