Tobias Beuving
Forum Replies Created
-
Forum: Plugins
In reply to: [Mesmerize Companion] Customizer not able to commit changes@chantalc Great! Thanks
Forum: Plugins
In reply to: [Mesmerize Companion] Customizer not able to commit changesSame here with formal dutch (Nederlands formeel) (nl_NL_formeel)
When changed to ‘regular’ dutch (nl_NL) everything works fine.
The ‘formal’ versions of languages are relatively new in WordPress, the Customizer should keep this in account, where can I file a bug report?
- This reply was modified 8 years, 5 months ago by Tobias Beuving. Reason: added commas to tags
@lesimoon is it possible to omit the e-mailing part? (Just need the form to enter and collect data and do something else than send an e-mail)
Thanks for your fast reply Benjamin. Your plug-in looks really good, but I can’t afford to wait for a feature implementation.
Thanks anyway!
Cheers,
TobiasForum: Themes and Templates
In reply to: Adding tinymce editor by class of textareaDid you find a solution or workaround?
I have the same problem, trying to upgrade my code for tinymce 4 and wp4.Kind of in the dark here… any help appreciated.
Forum: Themes and Templates
In reply to: [Spun] Feature image showing as squareI just updated to wp 3.8.1 and upgraded to the new spun theme and have the same issue (squares instead of circles)
Forum: Fixing WordPress
In reply to: Using spl_autoload causes errors when I include wp-load.php@adaykin – it’s not really a bug, the error only occurs when there’s some custom code included that utilizes PHP’s spl_autoload feature.
This function was introduced in PHP 5.1.2 so yes – it’s a relatively new problem.
WordPress does not use spl_autoload – yet.
I proposed it as an idea for a future release of wordpress. Once properly implemented these problems will disappear.
Vote for the idea here:
Forum: Fixing WordPress
In reply to: Using spl_autoload causes errors when I include wp-load.php@aswitzer: I managed to hack around it by editing wp-included/pomo/entry.php and changing the line into:
if ( !isset($imlikewhatever)):/*!class_exists( 'Translation_Entry' ) ):*/Be aware, after the next WP update you’ll have to find the lines that try to instantiate inline classes and change them again!
Anyhow, now I can spl_autoload my custom classes!
Forum: Fixing WordPress
In reply to: Using spl_autoload causes errors when I include wp-load.phpSame here (only in wp-admin, in the frontend it works fine):
Fatal error: Uncaught exception 'LogicException' with message 'Class WP_User_Search could not be loaded' in /domains/.../DEFAULT/wp-admin/includes/deprecated.php:291 Stack trace: #0 [internal function]: spl_autoload('WP_User_Search') #1 /domains/..../DEFAULT/wp-admin/includes/deprecated.php(291): class_exists('WP_User_Search') #2 /domains/.../DEFAULT/wp-admin/includes/admin.php(59): require_once('/domains/...') #3 /domains/.../DEFAULT/wp-admin/admin.php(64): require_once('/domains/...') #4 /domains/.../DEFAULT/wp-admin/index.php(10): require_once('/domains/...') #5 {main} thrown in /domains/.../DEFAULT/wp-admin/includes/deprecated.php on line 291I agree with Ketwaroo that wordpress should use spl_autoload:
http://wordpress.org/support/topic/use-spl_autoload-to-load-classes?replies=1Did you get to find a way around this?
Forum: Alpha/Beta/RC
In reply to: Tiny MCE and CKEditor not working or showing in 3.3 rc1I found the cause of my problem:
In the firebug-console I noticed that TinyMCE apparently was looking for the following language file:
wp-includes/js/tinymce/langs/en.jsbut in the folder : wp-includes/js/tinymce/langs/ where only two files:
wp-langs-en.js
and
wp-langs.phpI downloaded the english language pack from: http://www.tinymce.com/i18n/index.php?ctrl=lang&act=download&pr_id=1
Copied it in the ‘lang’-folder and now everything works again!
Forum: Alpha/Beta/RC
In reply to: Tiny MCE and CKEditor not working or showing in 3.3 rc1Same here, it does not replace standard textareas for TinyMCE instances as it used to in WP 3.2
Forum: Plugins
In reply to: WordPress 3.3 wp_tiny_mce brokenI’m also experiencing problems with the new TinyMCE 3.4.5 after upgrading wordpress to v 3.3.
In my case the designated textareas don’t get replaced at all…
Here the same, I manually remove the ‘_index.html.gzip’ from the url in PHP but that’s just to keep things working the way they should. Did you find an answer to this problem yet?