Loading...
 

Tikiwiki-devel (mailman list mirror)


Wiki parsing forum titles

Hello everyone,

We have a project we're working on where we have multilingual forums
(essentially, people of different languages are communicating in a single
forum). We have the ability to "google translate" replies to help users
communicate with each other, but it is a conversation started by a
community manager.

To get around this we've made it so that the community manager posts his
original comment with a LANG wikiplugin so that you get to see the original
post in your language of choice.

This works well for content since the post is wiki parse, but the title is
not. We use a custom template so it's not an issue for us to wrap the title
in smarty \{wiki\} tags, but were wondering if this is something the
community would want to be able to do without dealing with custom templates
(ie having the option to wiki parse forum titles).

I think setting it by default could cause unnecessary performance issues
and I was thinking a pref might just clutter, but I thought I'd send a
message out anyways to get some input.

Thanks!


Patrick Proulx
IT Project Manager
Synergiq Solutions
613-325-0533

www.synergiqsolutions.com

posts: 1545

Hello Pat,

right spot on I do not know about if that makes sense for my use cases,
but a I am involved in international projects and one needs a forum
quite soon, it might become useful for me eventually - or not

In this respect is sunds fair enough to me to make it a preference, that
is "off" by default and then think about at what place it would be most
appropriate to add that to the documentation together with your LANG
wikiplugin solution.

By the way: wasn't there long ago something discussed, that google stops
it's google onlinetranslation service? Is machine translation still
running, or is that a paid service now?

Anyway thx for the offer to the community and again my 2ct: as
non-default pref = yes (+1)

Regards,
Torsten

On 14.04.2016 19:16, Patrick Proulx wrote:
> Hello everyone,
>
> We have a project we're working on where we have multilingual forums
> (essentially, people of different languages are communicating in a
> single forum). We have the ability to "google translate" replies to
> help users communicate with each other, but it is a conversation
> started by a community manager.
>
> To get around this we've made it so that the community manager posts
> his original comment with a LANG wikiplugin so that you get to see the
> original post in your language of choice.
>
> This works well for content since the post is wiki parse, but the
> title is not. We use a custom template so it's not an issue for us to
> wrap the title in smarty \{wiki\} tags, but were wondering if this is
> something the community would want to be able to do without dealing
> with custom templates (ie having the option to wiki parse forum titles).
>
> I think setting it by default could cause unnecessary performance
> issues and I was thinking a pref might just clutter, but I thought I'd
> send a message out anyways to get some input.
>
> Thanks!
>
>
> Patrick Proulx
> IT Project Manager
> Synergiq Solutions
> 613-325-0533
>
> www.synergiqsolutions.com <http://www.synergiqsolutions.com>
>
>
> ------------------------------------------------------------------------------
> Find and fix application performance issues faster with Applications Manager
> Applications Manager provides deep performance insights into multiple tiers of
> your business applications. It resolves application problems quickly and
> reduces your MTTR. Get your free trial!
> https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
>
>
> ___
> TikiWiki-devel mailing list
> TikiWiki-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel

posts: 3563

How are the title fields of blogs and articles handled? We should try to
keep them identical to any changes being made for forum titles. Just my
$0.02.

-R


Rick Sapir
http://ricksapir.com
Twitter: @ricksapir

Creating content — Managing information


On 2016-04-14 13:24, Torsten wrote:
> Hello Pat,
>
> right spot on I do not know about if that makes sense for my use
> cases, but a I am involved in international projects and one needs a
> forum quite soon, it might become useful for me eventually - or not
>
> In this respect is sunds fair enough to me to make it a preference,
> that is "off" by default and then think about at what place it would
> be most appropriate to add that to the documentation together with
> your LANG wikiplugin solution.
>
> By the way: wasn't there long ago something discussed, that google
> stops it's google onlinetranslation service? Is machine translation
> still running, or is that a paid service now?
>
> Anyway thx for the offer to the community and again my 2ct: as
> non-default pref = yes (+1)
>
> Regards,
> Torsten
>
> On 14.04.2016 19:16, Patrick Proulx wrote:
>
>> Hello everyone,
>>
>> We have a project we're working on where we have multilingual forums
>> (essentially, people of different languages are communicating in a
>> single forum). We have the ability to "google translate" replies to
>> help users communicate with each other, but it is a conversation
>> started by a community manager.
>>
>> To get around this we've made it so that the community manager posts
>> his original comment with a LANG wikiplugin so that you get to see
>> the original post in your language of choice.
>>
>> This works well for content since the post is wiki parse, but the
>> title is not. We use a custom template so it's not an issue for us
>> to wrap the title in smarty \{wiki\} tags, but were wondering if this
>> is something the community would want to be able to do without
>> dealing with custom templates (ie having the option to wiki parse
>> forum titles).
>>
>> I think setting it by default could cause unnecessary performance
>> issues and I was thinking a pref might just clutter, but I thought
>> I'd send a message out anyways to get some input.
>>
>> Thanks!
>>
>> Patrick Proulx
>> IT Project Manager
>> Synergiq Solutions
>> 613-325-0533
>>
>> www.synergiqsolutions.com 3
>>
>>
> ------------------------------------------------------------------------------
>> Find and fix application performance issues faster with Applications
>> Manager
>> Applications Manager provides deep performance insights into
>> multiple tiers of
>> your business applications. It resolves application problems quickly
>> and
>> reduces your MTTR. Get your free trial!
>> https://ad.doubleclick.net/ddm/clk/302982198;130105516;z 1
>>
>> ___
>> TikiWiki-devel mailing list
>> TikiWiki-devel at lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel 2
>
>
>
> Links:
> ------
> 1 https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
> 2 https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
> 3 http://www.synergiqsolutions.com
>
> ------------------------------------------------------------------------------
> Find and fix application performance issues faster with Applications
> Manager
> Applications Manager provides deep performance insights into multiple
> tiers of
> your business applications. It resolves application problems quickly
> and
> reduces your MTTR. Get your free trial!
> https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
>
> ___
> TikiWiki-devel mailing list
> TikiWiki-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel

------------------------------------------------------------------------------
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
___
TikiWiki-devel mailing list
TikiWiki-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel

posts: 496

Titles for pages, blogposts, articles, etc could be approached as the menu items (you can enable per menu if you want to allow wiki parsing or not)
You would need to explicitly allow parsing in this way for each page/blog/forum/etc
Another way is just to do the parsing without introucing new settings, If you want to use wiki syntax, you use, if not, you dont. Problems can arise of course (the database fields might not take enough characters, you might make a mistake in the snytax, etc), but these could be managed by lib/smarty_tiki/block.title.php and by using the preview function
just thinking
cheers,gezza
From: Rick Sapir <rick@ricksapir.com>
To: Tiki developers <tikiwiki-devel@lists.sourceforge.net>
Sent: Thursday, April 14, 2016 8:47 PM
Subject: Re: Tiki-devel Wiki parsing forum titles

How are the title fields of blogs and articles handled? We should try to
keep them identical to any changes being made for forum titles. Just my
$0.02.

-R


Rick Sapir
http://ricksapir.com
Twitter: @ricksapir

Creating content — Managing information


On 2016-04-14 13:24, Torsten wrote:
> Hello Pat,
>
>  right spot on I do not know about if that makes sense for my use
> cases, but a I am involved in international projects and one needs a
> forum quite soon, it might become useful for me eventually - or not
>
>  In this respect is sunds fair enough to me to make it a preference,
> that is "off" by default and then think about at what place it would
> be most appropriate to add that to the documentation together with
> your LANG wikiplugin solution.
>
>  By the way: wasn't there long ago something discussed, that google
> stops it's google onlinetranslation service? Is machine translation
> still running, or is that a paid service now?
>
>  Anyway thx for the offer to the community and again my 2ct: as
> non-default pref = yes  (+1)
>
>  Regards,
>  Torsten
>
> On 14.04.2016 19:16, Patrick Proulx wrote:
>
>> Hello everyone,
>>
>> We have a project we're working on where we have multilingual forums
>> (essentially, people of different languages are communicating in a
>> single forum). We have the ability to "google translate" replies to
>> help users communicate with each other, but it is a conversation
>> started by a community manager.
>>
>> To get around this we've made it so that the community manager posts
>> his original comment with a LANG wikiplugin so that you get to see
>> the original post in your language of choice.
>>
>> This works well for content since the post is wiki parse, but the
>> title is not. We use a custom template so it's not an issue for us
>> to wrap the title in smarty \{wiki\} tags, but were wondering if this
>> is something the community would want to be able to do without
>> dealing with custom templates (ie having the option to wiki parse
>> forum titles).
>>
>> I think setting it by default could cause unnecessary performance
>> issues and I was thinking a pref might just clutter, but I thought
>> I'd send a message out anyways to get some input.
>>
>> Thanks!
>>
>> Patrick Proulx
>> IT Project Manager
>> Synergiq Solutions
>> 613-325-0533
>>
>> www.synergiqsolutions.com 3
>>
>>
> ------------------------------------------------------------------------------
>> Find and fix application performance issues faster with Applications
>> Manager
>> Applications Manager provides deep performance insights into
>> multiple tiers of
>> your business applications. It resolves application problems quickly
>> and
>> reduces your MTTR. Get your free trial!
>> https://ad.doubleclick.net/ddm/clk/302982198;130105516;z 1
>>
>> ___
>> TikiWiki-devel mailing list
>> TikiWiki-devel at lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel 2
>
>
>
> Links:
> ------
> 1 https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
> 2 https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
> 3 http://www.synergiqsolutions.com
>
> ------------------------------------------------------------------------------
> Find and fix application performance issues faster with Applications
> Manager
> Applications Manager provides deep performance insights into multiple
> tiers of
> your business applications. It resolves application problems quickly
> and
> reduces your MTTR. Get your free trial!
> https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
>
> ___
> TikiWiki-devel mailing list
> TikiWiki-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel

------------------------------------------------------------------------------
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
___
TikiWiki-devel mailing list
TikiWiki-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel

I can see how blogs might be similar, but articles have languages and
translations, so their titles should not be auto-translated otherwise the
french article's title and the english article's titles would be the same
in article listings, yet one would lead to french content and the other to
english content. Confusing and impractical. (french and english as
examples).
And the LANG wikiplugin trick use-case does not make sense for translatable
objects anyway: in the case of wiki pages or articles, you should just
create another translation.

So, I'd say this is really only about forums and blogs?

I have a hard time deciding if I would like to use this. Do we want to deal
with people who want images and other stuff in titles? That's what "titles
are wiki parsed" means.
I'd say make it optional, meaning a general pref or a forum-pref. Then we
get users to try it out and see if they use it.
I'm not even sure there would be a big performance hit, since smarty
templates are cached as php.

J-M

On Thu, Apr 14, 2016 at 8:47 PM, Rick Sapir <rick@ricksapir.com> wrote:

> How are the title fields of blogs and articles handled? We should try to
> keep them identical to any changes being made for forum titles. Just my
> $0.02.
>
> -R
>
> ---
> Rick Sapir
> http://ricksapir.com
> Twitter: @ricksapir
>
> Creating content — Managing information
>
>
> On 2016-04-14 13:24, Torsten wrote:
> > Hello Pat,
> >
> > right spot on I do not know about if that makes sense for my use
> > cases, but a I am involved in international projects and one needs a
> > forum quite soon, it might become useful for me eventually - or not
> >
> > In this respect is sunds fair enough to me to make it a preference,
> > that is "off" by default and then think about at what place it would
> > be most appropriate to add that to the documentation together with
> > your LANG wikiplugin solution.
> >
> > By the way: wasn't there long ago something discussed, that google
> > stops it's google onlinetranslation service? Is machine translation
> > still running, or is that a paid service now?
> >
> > Anyway thx for the offer to the community and again my 2ct: as
> > non-default pref = yes (+1)
> >
> > Regards,
> > Torsten
> >
> > On 14.04.2016 19:16, Patrick Proulx wrote:
> >
> >> Hello everyone,
> >>
> >> We have a project we're working on where we have multilingual forums
> >> (essentially, people of different languages are communicating in a
> >> single forum). We have the ability to "google translate" replies to
> >> help users communicate with each other, but it is a conversation
> >> started by a community manager.
> >>
> >> To get around this we've made it so that the community manager posts
> >> his original comment with a LANG wikiplugin so that you get to see
> >> the original post in your language of choice.
> >>
> >> This works well for content since the post is wiki parse, but the
> >> title is not. We use a custom template so it's not an issue for us
> >> to wrap the title in smarty \{wiki\} tags, but were wondering if this
> >> is something the community would want to be able to do without
> >> dealing with custom templates (ie having the option to wiki parse
> >> forum titles).
> >>
> >> I think setting it by default could cause unnecessary performance
> >> issues and I was thinking a pref might just clutter, but I thought
> >> I'd send a message out anyways to get some input.
> >>
> >> Thanks!
> >>
> >> Patrick Proulx
> >> IT Project Manager
> >> Synergiq Solutions
> >> 613-325-0533
> >>
> >> www.synergiqsolutions.com 3
> >>
> >>
> >
> ------------------------------------------------------------------------------
> >> Find and fix application performance issues faster with Applications
> >> Manager
> >> Applications Manager provides deep performance insights into
> >> multiple tiers of
> >> your business applications. It resolves application problems quickly
> >> and
> >> reduces your MTTR. Get your free trial!
> >> https://ad.doubleclick.net/ddm/clk/302982198;130105516;z 1
> >>
> >> ___
> >> TikiWiki-devel mailing list
> >> TikiWiki-devel at lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel 2
> >
> >
> >
> > Links:
> > ------
> > 1 https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
> > 2 https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
> > 3 http://www.synergiqsolutions.com
> >
> >
> ------------------------------------------------------------------------------
> > Find and fix application performance issues faster with Applications
> > Manager
> > Applications Manager provides deep performance insights into multiple
> > tiers of
> > your business applications. It resolves application problems quickly
> > and
> > reduces your MTTR. Get your free trial!
> > https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
> >
> > ___
> > TikiWiki-devel mailing list
> > TikiWiki-devel at lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>
>
> ------------------------------------------------------------------------------
> Find and fix application performance issues faster with Applications
> Manager
> Applications Manager provides deep performance insights into multiple
> tiers of
> your business applications. It resolves application problems quickly and
> reduces your MTTR. Get your free trial!
> https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
> ___
> TikiWiki-devel mailing list
> TikiWiki-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel


Why Register?

Register at tiki.org and you'll be able to use the account at any *.tiki.org site, thanks to the InterTiki feature. A valid email address is required to receive site notifications and occasional newsletters. You can opt out of these items at any time.