There is no preview for the user submit area, yet.

That code was copied over from the admin form to save having to type it out from scratch, but was left there and commented out for if/when preview is added.

To be honest, it's still a long way off - I'm mainly compiling features and planning it out at present. And I've been working on AM Events, and currently working on my reviews module.

So, it will be a while yet... :(

I may host it from the XOOPS dev site this time, so others can work on it as well - but I'm not sure at the moment as I'm a bit of a control freak... Ahem.

Thanks :)

Well, as for the country selection - I'll add it as an option in a future release.

OK, try the following articles_latest_main.php, unzip and replace it with the one in the blocks folder.

I've tested it, and it does work (at least for me)...

Hmm, Well, at the moment I'm stumped.

In theory, the theme shouldn't make any difference.

The only thing I can think of at the moment, is if the output was cached?

I'll have a think about things...

Yes, AM Events was written with v2.2.* in mind, and was tested with 2.2.3 before it was released.

Quote:

Thanks

Ah, hang on - I've just realised that I think you mean the description text in the latest articles block (I thought you meant in the index listing)...

This is intentional - the problem is that because the description text is usually truncated to save space, the text can be ended between an opening and end tag, for example, perhaps there is an URL; the description tag can be truncated before the closing (</a>) tag, causing the rest of the page to be turned into the link.

I've not yet found a way suitable way around this, but it is something that will be changed/addressed properly in the next version of Articles. However, you can change some code to allow you to do what you want. in blocks/articles_latest_main.php, change line 44:



To:



And line 47:



To:



This should allow HTML to be shown - but also make sure you set "Show xxx characters for article text" in the block preferences high enough so text doesn't get truncated (you could also copy the modified line 44 over line 47).

Hmm, I've just double checked and it should show HTML...

What editor are you using? There is a chance that if you are using a WYSIWYG editor, it is converting the "less than" and "greater than" brackets into their respective HTML entities, I.E., &lt; and &gt;. If this is the case, try again with the standard XOOPS editor.

TTFN

As far as I'm aware, there are no bugs in Articles that cause this.

The only things I have known to cause this sort of problem to happen are:

1) When the Articles folder and files/folders contained in it have the worng file permissions.
2) Files were uploaded in the wrong mode (in FTP), E.G., *.php files were uploaded in binary mode instead of ASCII.
3) Not all files were uploaded properly, or one or more were corrupted.

If you haven't already, go to the general preferences area and turn on "PHP Debug" in the debug mode, and let me know if it reveals anything...

TTFN

Ah, I see...

if you comment out line 94:



That should do it.