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 - CerealGuy
271
Archived fixes / Re: Wrong width on Search
« on May 26th, 2014, 09:59 PM »
Quote from Nao on May 26th, 2014, 09:49 PM
Hmm why isn't it adjusting..?
I dont know :lol:
273
Archived fixes / Re: Wrong width on home menu
« on May 26th, 2014, 05:07 PM »
Same here, latest commit.
But its only on "home", when I'm on a topic or in a board it's how it should be.
274
Archived fixes / Re: Firefox and IE image overlap
« on May 24th, 2014, 10:52 AM »
Try to resize the picture.


Code: [Select]
[img width=400]http://raindropsandlollipops.files.wordpress.com/2013/01/immortality.jpg[/img]

But thats just a workaround, normally it should be resized automatically, or at least, it shouldn't overlap.
275
Archived fixes / Re: A rather silly menu bug
« on May 19th, 2014, 08:08 PM »
I can reproduce it.
Home --> Members --> Back via Button --> No dropdown menu on Home.
276
Archived fixes / Re: Menu bug
« on May 14th, 2014, 08:13 PM »
Perhaps a plugin to easily customize the menu would be a good thing. :hmm:
277
Archived fixes / Re: More language bugs
« on May 12th, 2014, 04:57 PM »
@Nao, any comments?
278
Archived fixes / Re: Menu bug
« on May 11th, 2014, 03:05 PM »
Quote from Nao Commit revision 58ec45a
Moved some of the main menu's top entries (media gallery, member list) to sub-entries of the 'home' menu. Also moved the Logout button to the 'profile' menu. (Subs.php, index.css, index.english.php)
But actually i dont really like it :^^;:. The menu is too empty...
If members would be a "main entry", that would be nice.
279
Plugins / Re: Add Plugins
« on May 9th, 2014, 11:18 PM »
Unpack the plugin and copy the folder containing the plugin-info.xml into the wedge/plugins folder.
Didnt knew that theres a possibility to upload the plugin via acp oO

<wedgefolder>/plugins/<pluginfolder>/plugin-info.xml
280
Support / Re: Post templates?
« on May 9th, 2014, 12:15 AM »
I think the easiest would be to create one specific for your needs.

You need a form with some Input fields like Mission, Enemy, Terrain etc?
createPost() is what you need. Try to create the form and stuff how you want, thats a great excercise :cool:.
Also to catch the post request and format it to your bbcode.
Im sure with the "real" wedge stuff someone can help you.
281
Support / Re: Post templates?
« on May 8th, 2014, 05:53 PM »
Can you give us an example of the post/blog entry?
282
Archived fixes / Re: Purge Cache Fatal error
« on May 7th, 2014, 04:05 PM »
Try to overwrite your files with the latest git commit. Perhaps theres something wrong with your files.
283
Archived fixes / Re: More language bugs
« on May 5th, 2014, 11:43 AM »
Quote from Pandos on May 4th, 2014, 11:17 PM
Nice find!
Perhaps you can make a pull request for it?
Never did a pull request but it sounds good :hmm:. I will give it a try, thanks :)

EDIT: created a pull request
284
Archived fixes / Re: More language bugs
« on May 4th, 2014, 09:42 PM »
I made a small fix for it. The problem was, that never was checked if the we::$user['language'] is available.
For example:
If the Default Language ($settings['language']) is set to german and $context['languages'] only contains german, it still switched to english.

Heres the function (I put it into Load.php):
Code: [Select]
/**
 * Get the prefered language of the current User and check if the prefered language is available.
 * @param string $lang Overwrite the default lang
 * @param string $user_pref_lang Overwrite the prefered language
 */
function getUserLanguage($lang = '', $user_pref_lang = ''){

global $context, $settings;
if($lang == '')
// If nothing else is wanted, we user default lang
$lang = $settings['language'];
if($user_pref_lang == '')
                $user_pref_lang = (isset(we::$user['language']) ? we::$user['language'] : '');

        if(isset($context['languages']) and !empty($user_pref_lang)){
// Now we have to check if the Users wanted Language is available
if(isset($context['languages'][$user_pref_lang])){
$lang = $user_pref_lang;
}else{
// Perhaps we want to update the member table?!
}
}
return $lang;
}

Now you need to replace
Code: [Select]
if ($lang == '')
$lang = isset(we::$user['language']) ? we::$user['language'] : $settings['language'];


with
Code: [Select]
$lang = getUserLanguage($lang);
.
Keep in mind that you need to replace this 2 times (loadLanguage & loadPluginLanguage).
Perhaps a global like $context['user_language'] would be suggestive, because the recheck in loadPluginLanguage is useless.

285
Archived fixes / Logo Bug
« on May 4th, 2014, 06:23 PM »
I changed the logo and the result was that home_index was defined as the logo link. And the Home icon broke.

EDIT: Should be fixxed, doesnt appear on the latest commit.