<div class="quote"><i>Technobliterator wrote:
Brief question, is:

<title source="name"><default>{{PAGENAME}}</default><format>[[File:FFXIV {{{name}}} Icon.png|{{{name}}} icon.]] {{{name}}}</format></title>

<p>allowed? </p> </i></div>
<p>Yes. However on mobile we will only display the title. In order to ensure good look on mobile we are removing everything, but text from title fields (on mobile). </p>

<p>Ahh, good idea. Fair enough. </p>

<div class="quote"><i> <dl><dt> Preset themes </dt></dl><dl><dd> Theming is one of the biggest headaches of portable infoboxes. Great apps such as Winamp or VLC often come preset with themes and this is one of the best ways to showcase how great they can look. Are there any plans to have a discrete number of preset themes? </dd></dl></i></div>
<p>The truth is … I’m Iron Man. Ekhem. I mean yes, we have plans for these. We will experiment with alternative layouts and themes in built-in theming tool for infoboxes. </p><p>We intended to introduce them sooner, but thanks to user feedback we found out that collapsible sections and tabbers are more needed :) </p>

<p>Odd question: Tabbers inside PIBs can be used for images. On one game wikia that I can think of, they use this to show different images of a given character based on which game this character appeared in. They also use images of the game title as their sorting element. Can images be used as Tabber "titles"? </p>

I have only one question right now: When is the mobile skin preview on Desktop edit mode going to get fixed to match what the actual mobile skin renders?

Thanksgiving morning for office hours? Seriously?

<div class="quote"><i> <p>Fandyllic wrote: Thanksgiving morning for office hours? Seriously? </p> </i></div>
<p>They're not based in the US. :P </p>

<div class="quote"><i>Fandyllic wrote:
Thanksgiving morning for office hours? Seriously?</i></div>
<p><span style="font-weight:normal;">Cheers from Poland!</span> </p>

<div class="quote"><i>TOR wrote: <p>Great question! We may have a library of components of some sort in the future. </p><p>However, knowing the fierce independence of some of our communities, and drawing on my Wikipedia experience with Wikimedia Commons, I’m gonna say it’s probably not quite the silver bullet it appears to be. ;) </p><p>We’re probably going to wait and see how dev wiki evolves and is used, now that it is a de facto global repository of JS scripts -- and there’s actually a way to sort of easily import them to your wiki, plus an incentive to use the global scripts to not have to go through JS review as often. </p><p>So if you care about this idea, head over to dev.wikia.com and help out over there -- or better yet, convince your wiki friends to start using global JS scripts from dev. We'll be watching and taking notes. :) </p> </i></div>
<p>Another user and I have populated a whole page full of Lua modules (w:c:dev:luamods), and I  crafted extensive guides to help create lua modules. We are even using some global modules from there in this wikia. One idea is to provide a highly customizable bare-bones framework that users can import and change at will. </p><p>I think that lua scripts are quite good because there's no need to convince anyone that they work. They can see loads of unit tests (see w:c:dev:links/testcases) that can help with "sane" testing. The only thing that is missing is some kind of LUA review system trusted users, e.g. code-editors review. Something similar to the JS review so that users don't get served problematic modules altered by ignorant users . Alternatively high use scripts can simply be protected or or added as libraries like mw.ustring, e.g. mw.quote.  </p><p>There a quite a few javascripts I've created and submitted, but stopped this until we have a proper JS review in place. Maybe one day we'll eventually have a more vibrant coder community there. </p>

<div class="quote"><i>Technobliterator wrote:
Alright, let's have a go at something that may or may not be easier to answer... <p>Any plans for <group>s within <groups>? I've brought up this idea before on Community Central, but the idea where you can wrap a group within a group, in order to prevent issues where people can't make a whole collapsible section with multiple rows of horizontal <data> tags. </p> </i></div>
<p>I just thought of a better syntax that won't change existing infoboxes, and will still do what you want: </p>

<infobox> 
<group layout="horizontal" collapse="open">
<header>Tony stark </header>
<data><default>War machine</default></data>
<data><default>Iron Man</default></data>
<header>Hope</header>
<data><default>Dark Goddess </default></data>
<data><default>Lady death</default></data>
</group>

<p>The idea is that headers separate horizontal groups  by serving as delimiters.  That way you can still collapse the whole thing. So in the "code" above, we would have two horizontal groups... </p><p>Currently the first header is swallowed, not sure if that's a bug or feature. </p>