AdvancedContent

[NikNak]

Hi NaN

Is there a final version of 0.5 available with the recent changes (ie non admin users can still change content if active date is set in future by an admin).

Look forward to 0.6 and 1.9

Cheers

Nik

[NaN]

Is there a final version of 0.5 available with the recent changes

I dropped version 0.5.1 to release version 0.6 instead (I improved the GBFilePicker a lot and i just don't want to maintain the built in FilePicker anymore).
And to be honest i did not plan to do any further work with 0.5.* since the latest issues are fixed in 0.6.

Is it that important to you to stick with 0.5 ?
0.6 works with 1.8.2 and (hopefully) with 1.9.
It is just the 0.7 that will require CMSms 1.9 minimum.
I don't know how many users really still need to use CMSms 1.6.8. If there is a significant amount of users, i will think about releasing 0.5.1 or maybe (if i'm in good mood) release a compatibility bugfix for 0.6 to run with CMSms 1.6.8.

ie non admin users can still change content if active date is set in future by an admin.

If users are allowed to edit that page they can edit it regardless if the page is active or not.
Not sure if i understand what you mean.

[NikNak]

Hi NaN

The issue was just the earlier one posted, (and a fix made by you in SVN) where, if I set a page to appear at a certain date, the page editor (non admin) could not then make any changes to the page.

It's a live site, so I didn't want to mess too much changing all the templates as well as the module.

Not to worry (its really not a big deal) - I'm just not too familiar with svn or how to download files from it.

Thanks again.

Nik

[NaN]

Okay last call for bugreports in 0.5.
I'm going to release a 0.5.1 with major & critical bugfixes (if any).

I think of creating a script that updates the pathes of all pages of type AdvancedContent that use content blocks of type image or file so that you just need to adapt the templates to use GBFilePicker instead of those blocks when upgrading to 0.7.

I think it will be a button in the preferences since it may take a while if you have many pages/templates. So i can use AJAX to prevent server timeout etc.

Does anyone think this is a bad idea?

[NaN]

Just released v.0.5.1 with bugfixes.

[NikNak]

Thanks NaN

[NaN]

A test release of version 0.6.1 can be downloaded here:
AdvancedContent 0.6.1

No much changes. Just some bugfixes (including this one) and a new block type "multi_input" to create multiple input fields for one content block. See module help for detailed description.

[NikNak]

Hi NaN

Do you know if there is any workaround to add a block_tab to the main content field
- like: {content block_tab="main"} without getting an error when the default content is replaced in modules like news, when a link is clicked to view detail pages etc.  It would make my admin layout much cleaner for a multi lang site.

Warning: Parameter block_tab is not known by module News dropped in /lib/misc.functions.php on line 1619

Expecting this to be a 'No"

Cheers

Nik

[NaN]

There is an option in the global settings to print out a message if unknown params are used: Allow parameter checks to create warning messages.
Just disable this option.

Another solution would be to use the plugin {AdvancedContent ... }.
It will clear all unknown params before passing the params array to the current selected module.

[NikNak]

Bingo!

[moonoo]

NaN,

Hot topic this week is MLE and it's demise..

I am actively seeking simple (pardon the pun) ways to implement multilingual content on front end and was thinking that AdvancedContent could hold the key to this from simplicity to the user point of view no?

i.e a tab for English,French,German etc.. for the main content block and a oneline for page title/url maybe to replace the default page title etc.. what do you think? is it feasable and would a UDT be used to filter each lang based on browser setting or clicked link..

Not a fan of Babel and more about using sheer template manipulation...

Any insight is appreciated here. No worries if this is too off topic for AdvancedContent as a whole.

thank you for you time.

[NikNak]

Hi Moonoo

I am working through this exact option - hence my previous question to NaN. It should work fine I think, but the more tricky issues will arise with other modules like News, CompanyDirectory, Products where you can't use Advanced Content - just additional fields.

I have looked at Babel and the multiple tree option too, but feel it is a little unfriendlier for the end user imho. I didn't want to use MLE anyway as I want to know that my site can function as much as possible with as little reliance on things that may not be supported / developed further down the line.

I think this topic really needs to be discussed elsewhere to avoid confusion though - and we can link to it from here. (again - imho)

Regards
Nik

[nicmare]

u may achieve a handy multilang workaround with advancedcontent but dont forget the unique ALIASES.
u just have one alias for all language pages which sucks:
www.domain.com/en_US/about_us.html
www.domain.com/de_DE/about_us.html

instead of having real multilanguage aliases (for example with babel module):
www.domain.com/en_US/about_us.html
www.domain.com/en_US/ueber_uns.html

so you allways will need two pages. this was allways a problem with MLE. did u try Babel module?

[uniqu3]

u may achieve a handy multilang workaround with advancedcontent but dont forget the unique ALIASES.
u just have one alias for all language pages which sucks:
www.domain.com/en_US/about_us.html
www.domain.com/de_DE/about_us.html

instead of having real multilanguage aliases (for example with babel module):
www.domain.com/en_US/about_us.html
www.domain.com/en_US/ueber_uns.html

so you allways will need two pages. this was allways a problem with MLE. did u try Babel module?

With 1.9 this problem should be solved with custom url.

[moonoo]

Woop woop.

Looking forward to 1.9 now.