Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - TE
76
Features / Re: Birthday, calendar, plugin, core
« on October 10th, 2011, 05:51 PM »
voted Option 4, but I'm also fine with "Calendar PLUGIN with the birthdays built in to it"
77
The Pub / Re: Spell checker
« on October 9th, 2011, 07:17 PM »
Quote from Arantor on October 9th, 2011, 06:42 PM
Therein lies the issue. If you bundle a plugin in the core, why is it not actually core? Most users won't care that the two things are separate.
yep, your're right in relation to the normal users but I'm absolutely sure a potential DEV / Modder would highly appreciate such a move. Just take a short look at my website which is based on SMF but used as a simple blog. I've disabled many, many things for the normal visitor (polls, stats, memberlist and much moonre).

Regarding support questions: There needs to be a central place inside the admin area where (Core or plugin based) features can be enabled / disabled. Maybe a small wizard during installation (or a redirect to that area) would also help.

As a sidenote: I'm not going to enforce you in a "modular" direction. I just believe it could be a waste to not use this very powerful potential  :)
78
The Pub / Re: Spell checker
« on October 9th, 2011, 06:32 PM »
Quote
Mind you, taking a look at PunBB's extension list, they have so much not in the core it's unreal. Having a CAPTCHA on registration, attachments and more are not core features :/
I have no issue with them beeing a "plugin" in general as long as they are bundled with core..  Similar to the old SMF "Core Features", one mouse tick and the related feature is active/inactive.

IMO the biggest benefit of a plugin based architecture: you can simply enable / disable a feature, or update the plugin to a newer version or even better completely remove it and  replace it with something different, and all that without breaking the "core" itself.

Another big benefit: you could split the developement into various groups, someone can work on the PM plugin, another one can work in a completely different area.
79
The Pub / Re: Spell checker
« on October 9th, 2011, 12:54 PM »
Quote from Arantor on October 9th, 2011, 12:41 PM
I guess it depends how we consider Wedge to be: more modular and extensible or more fully featured up front?
yep, exactly. I believe with the new plugin system we should move in a more "modular" direction.. other candidates: the memberlist ( only the public part -> action=mlist), the forum statistics (action=stats).

I know, I know both are widely used but we could release these bundled with the wedge core and disable (or even enable) by default..
80
Features / Re: New revs - Public comments
« on October 9th, 2011, 12:37 PM »
Quote from Nao on October 6th, 2011, 02:58 PM
Similarly, every time we change the name of an SMF variable (from $modSettings and $settings, I mean), we should ensure it's also reflected in the import tool.

Thorsten, do you keep track of these...?
Haven't checked yet, but shouldn't be a big problem..
81
The Pub / Re: Spell checker
« on October 9th, 2011, 10:10 AM »
spellchecker is enabled (not because it's needed, just because I was possible to activate the checker  :eheh:) for all of my forums but IMO it's not used widely.. I'm fine with it beeing a plugin.

IMHO the more "core functions" are made a plugin the better.. There are several other features which could be made a plugin instead of a build-in core feature, e.g. the calendar, the wysiwyg editor, personal messages, polls...
82
Features / Re: New revs - Public comments
« on October 9th, 2011, 08:37 AM »
just a small bug report:
Security.php line 419 starts with:
Quote
fatal_lang_error('your_ban'], 'user'...
the closing  bracket needs to be removed:
Quote
fatal_lang_error('your_ban', 'user'...
Edit: found another one:
Admin Area - side bar:
Code: [Select]
Warning: strpos() [function.strpos]: Empty delimiter in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\wedge\trunk\Sources\Errors.php on line 98

btw, how to enable or disable "Core Features"? I had disabled the gallery a while ago and now I cant find an option to enable the gallery again.. Maybe I'm blind but the "Core features" don't allow me to enable / disable a feature...
83
Off-topic / Re: I love Wedge
« on September 18th, 2011, 09:07 AM »
shirt? coffee cup? maybe this one  :eheh:
84
Other software / Re: To upgrade or not to upgrade...
« on August 7th, 2011, 08:39 PM »
Quote from Arantor on August 7th, 2011, 06:23 PM
AFAIK the importer will already deal with conversion to UTF-8 for you (and if it doesn't yet, it will in time)
Exactly. Even mixed strings (containing e.g. latin and utf-8 characters) will be properly converted during the import process  :eheh:
85
Development blog / Re: A nice kick in the CSS
« on August 4th, 2011, 07:16 AM »
Quote from Nao/Gilles on August 4th, 2011, 12:05 AM
Well, I'm sure Thorsten will happily fix the import tool by himself.
Yes, Sir  ;)
86
Quote from Nao/Gilles on July 9th, 2011, 09:40 AM
Feeling up to convert attachments to media items as well? ;)
Sure, shouldn't be a problem at all.
87
Quote from MultiformeIngegno on July 8th, 2011, 11:30 PM
What about TE's converter?
The generic importer engine (import.php) still need's some tweaking (mostly code documentation) and features (merging forums, full ajax support) but it works as expected. The import description file (smf2_to_wedge.xml) isn't finished yet but that's not much work...
88
Features: Forward thinking / Re: Objects
« on July 2nd, 2011, 08:31 PM »
there is still a benefit in using (static) classes: the visibility (public, private and protected)
89
Development blog / Re: New directions
« on June 23rd, 2011, 03:21 PM »
Quote from Nao/Gilles on June 23rd, 2011, 11:50 AM
Passed my exam! Yay!
Congratulations   :cool:
90
The Pub / Re: Wedge financial support
« on June 19th, 2011, 08:59 PM »
If you need a (german)  download mirror feel free to drop me a PM.