User talk:Alfa-R

Archive

---

• 1st (and only)

Area infobox

I suck at infoboxes, so do you think you can add a slot for the loading screen at the bottom of it? Konig/talk 07:04, 4 May 2012 (UTC)

Sure. Should I make it collapsible? Alfa-R 07:34, 4 May 2012 (UTC)

Don't see it as necessary, tbh, but I'd say the same for the personal story infobox - simply because, well, there's lot of space to that right side. Konig/talk 07:59, 4 May 2012 (UTC)

Ok, I've made it always visible. Alfa-R 08:09, 4 May 2012 (UTC)

I do agree with putting the loading box in the bar; I dislike random images scattered around the page as it makes pages look messy. Alternatively, might I ask you to create a version where it's above the header for comparison? And lastly, thanks so much for making one for the areas--I've been waiting for that one as my template/code skills are not up to snuff. Redshift 12:23, 4 May 2012 (UTC)

Well, no other infobox places anything above the header, so I don't really think that would be a good idea. I can make a collapsible loading screen version though. And also, you are welcome. Alfa-R 12:28, 4 May 2012 (UTC)

I don't think putting images above the header is worthwhile. Konig/talk 23:18, 4 May 2012 (UTC)

Ah well; it was a thought. As is this: would it be possible to make clicking on the icons within the box go to the relevant page if it exists, like clicking on the 'heart' in the queensdale infobox link to List_of_hearts_in_Queensdale? Redshift 00:14, 5 May 2012 (UTC)

A better question imo would be this: If there are so few hearts per area (~10-20), why not list them on the article pages themselves and, as such, have them link to the section of the article? Furthermore, why don't hearts get their own article since the list article is fairly.... lacking. Konig/talk 00:47, 5 May 2012 (UTC)

It depends on how the area pages want to be approached. It's not just the hearts, but the events, the skill points, the points of interest, and anything else that makes for a constructive page. As for the other question, this is again a matter of approach: there is a lot of information tied to each heart, and a comprehensive list makes for a convenient resource while not being stacked within all the information potentially on the area page itself. This, of course, is meandering from the areabox itself and Alfa's talkpage; perhaps it's time the area pages were brought into general discussion. Redshift 01:46, 5 May 2012 (UTC)

Return of the infobox

Think you can add some |pic1 etc. parameters to the infobox? Each map has up to 3 possible maps (underground, surface, upper level), and it'd just be overall helpful. Dunno why they weren't added in the first place and as per above, infobox coding is most confusing to me. Konig/talk 00:28, 15 May 2012 (UTC)

I like the box. I have a suggestion to add. I am doing pages of area within a map, and have a close up map of that area. Example. Rurikton in Divinity's Reach, or another example, Godslost Swamp in Queensdale. Region is Kryta, but being able to put Zone, being able to put Divinity's Reach or Queensdale. The "Connects with.." option doesn't seem to fit in these cases, where that works good for when going through a portal to a new location. Maybe an additional option that says "Within.." to use when "Connects" does not seem appropriate. Kenrid 18:18, 16 May 2012 (UTC)

@Konig 3 maps in a row will look ugly IMO, we need to decide how to put them then. My idea originally was to put only the middle level (or whichever is the biggest) into the infobox, while the full interactive map with all levels would be available after clicking the image (we are waiting for semantic wiki to start making interactive maps afaik).

@Kenrid I've added that functionality. Alfa-R 18:37, 16 May 2012 (UTC)

Thanks Alf, got one little eror. One I was working on has both Within and Connect, but when both are there, Within doesn't display corretly. Also, if there are both, I think it my look better if Within is above Connect. Or maybe below Region, may be better. The example I am working on is Rurikton Kenrid 20:20, 16 May 2012 (UTC)

That was due to "Connects with" having a linebreak between the words - it increased the height of that element, which screwed up the positioning of the "Within" element. I fixed it by replacing the normal space with a non-breaking space for now, but I'm not sure if that's the optimal solution. —Dr Ishmael 21:59, 16 May 2012 (UTC)

@Alf: I figured they'd be under a collapse akin to the personal story and NPC maps (btw, why do we have NPC maps when so few are static? I only see them useful for heart and scout NPCs and little more). My current issue is only in Divinity's Reach where there's a lot shown in both (and unique to) middle or upper levels. Konig/talk 22:12, 16 May 2012 (UTC)

I'm still not sure about this. Moving bottom and top levels to a collapsible part and leaving middle one at the top of the infobox would make it have a strange order for map layers. And besides, size is rather small, no one will be able to see any details on the levels anyway. Alfa-R 15:43, 18 May 2012 (UTC)

I've changed 'with' to 'to' simply as a workaround to the new implementation; the 'with' was just a tad too long for box usage. Redshift 13:59, 3 June 2012 (UTC)

Zone/city tables?

I notice that there's a new table style being implemented, and I was wondering as to how feasible it would be for something similar to be implemented for zones/cities. Seeing how things are DPLed I suspect that this might be a more complex undertaking than it seems, but it might be worthwhile--I'd also be glad to hear any how-to as to making headway on it. As it is at the moment with the new implementation, the spacing looks a little inverted, and I also think that a table could be much more informative while chewing up a lot less room. Tangentially, is it possible to do a 'warm fade' on a table instead of the 'cool/blue fade,' or is that a sitewide and not a table-specific thing? Any info/responses appreciated. Redshift 13:59, 3 June 2012 (UTC)

Dialogue tangos

Would you be willing to make a tango of [[:File:Talk Quest Choice.jpg|this]] and [[:File:Talk Quest Option.jpg|this]]? Aqua (T|C) 23:51, 10 May 2012 (UTC)

are those icons really used? and if we are going to make tango icons why don't we also make icons for the arrow and x that dialog uses.- Zesbeer 00:56, 11 May 2012 (UTC)

The icons are used in game, though not tango versions - there's also the "arrow back" icon which seems missing on the wiki. Konig/talk 05:09, 11 May 2012 (UTC)

I've uploaded all of them + combat option. Alfa-R 06:01, 11 May 2012 (UTC)

is the wrong image its a red arrow pointing left with a white background if you want to match whats in game. good work on the rest of them though. as seen in this screen shot http://imgur.com/q2lk2 - Zesbeer 09:50, 11 May 2012 (UTC)

I've updated it, thanks for showing the actual icon. Alfa-R 10:51, 11 May 2012 (UTC)

icon size of Elementalist skill icons is 120 or 128?

Hello Alfa-R, I've just seen that you have reverted my change to the Dragon's Claw icon, saying that all icons are 128x128. I have checked the other other icons I have dragged to a summary page I made via their properties and they all have 120x120. Not sure how you can say that the icons have 128x128. Care to enlighten my "misconception"? (changed Dragon's Claw, because it did not fit into the tiles of the others) Gorani 13:19, 13 May 2012 (UTC)

Let's check together. A transclusion list for the list of ele skills has links to all icons actually used with ele skills under section The following images are used on List of elementalist skills. I wasn't able to find a single 120x120 icon there. 120x120 may be a resolution used previously, but after Rhoot have extracted actual icons and have uploaded them, we are using 128x128 resolution. Alfa-R 13:26, 13 May 2012 (UTC)

To clarify, 128x128 is the resolution for skill icons that ArenaNet uses in the .dat file. The official source and the official dimensions. - Infinite - talk 13:33, 13 May 2012 (UTC)

I think I found the problem. I drew the icons from here: http://wiki.guildwars2.com/wiki/Category:Elementalist_skill_icons and it look like the page is not using them in the original size (which is 128), but resizes them to 120. As this page was my obvious choice to link the icons (as they are all together on one page) there is the source of our misunderstanding of sizes of icons. Shouldn't the standard size for this page be altered? Gorani 13:35, 13 May 2012 (UTC)

All the .jpg skill icons are queued to be deleted by a bot run. Only the .png icons are in use (or should be in use). Then, we use a template to rid ourselves of the black border without uploading cropped icons. :) - Infinite - talk 13:38, 13 May 2012 (UTC)

Category pages are generated automatically by the MediaWiki software. When it displays images in categories, it builds a table of them using 120x120px thumbnails of the images - it's not displaying the original image in its original dimensions (compare Category:ArenaNet concept art). That's not something we can change. —Dr Ishmael 14:11, 13 May 2012 (UTC)

tango icon for adrenaline

The skills Healing Surge and Signet of Fury both use an upward-pointing arrow, essentially a flipped , for their Adrenaline effects. If there's already an icon like that on the wiki, it's not in the effect icon category. Would you be able to create and upload one? Thanks! (I thought of doing it myself by just flipping the push icon, until I realized these tango icons have diagonal gradients on them.) —Dr Ishmael 03:52, 15 May 2012 (UTC)

Done! Btw, I've noticed that you've changed AoE's icon from misc to radius. Is it really so in game now? 'cause I'm sure BWE used misc effect icon for aoe damage. Alfa-R 07:03, 15 May 2012 (UTC)

From what I saw, yes, AoEs use the green concentric-circles icon. That may have been a fluke on a few engineer skills, though - I bet AoE is listed a lot in the elementalist skills, which I haven't gone through yet, and they may not use that icon. —Dr Ishmael 11:26, 15 May 2012 (UTC)

I believe these are two different mechanics. AoE is an area around target or caster in which everyone gets affected by a skill if a target / caster is affected. It is defined by shape and size (e.g. circle 240, or cone 300) as seen here and use misc effect icon to describe it. Circular ground-targeted skills, on the other hand, have radius property (btw linear ground-targeted skills e.g. Veil of Invisibility don't have any property like that at all, I find it rather strange) which shows an area covered and is what used green circles before (some are still using it like here) and is using new radius icon now (as seen here). Some skills even have both (Meteor Shower, here has radius of 360 which is an area where meteors fall, each meteor has radius of 90, which is how far an enemy should be from its center to get hit, and if it hits someone, all enemies in a circular area of 150 are also struck for damage, which is its AoE). Alfa-R 12:30, 15 May 2012 (UTC)

I know the difference. Explosive Shot [1] has an "Area of Effect" that uses the green circles, which is why I changed the template. I've looked through some elementalist skills now, though, and you're right - they have "Area of Effect"s that use the misc icon. I'll do a more thorough review of my screenshots later today. —Dr Ishmael 12:48, 15 May 2012 (UTC)

I've compiled every usage of the 3 icons used for area/radius effects across e/en/m/r/w at User:Dr ishmael/aoe. Looks like Explosive Shot is the only one with an "Area of Effect" that doesn't use the book icon, and I was premature in updating the template based on that one skill. I'll revert it now. —Dr Ishmael 16:02, 15 May 2012 (UTC)

Ok, I'm glad it was resolved. Alfa-R 16:41, 15 May 2012 (UTC)

Thought you might be interested, most skills that used to use the '{misc icon} Area of effect:' style have been converted to use Radius as of BWE2. The only exceptions are Combustive Shot, Explosive Shot (still uses the green circles icon), Fireball, and Firestorm, which are all Circles. It seems like they're not making any effort to list Cone-shaped AoEs in the effect list, and simply converting the Circle-shaped ones to Radius. —Dr Ishmael 02:40, 13 June 2012 (UTC)

yeah, I've noticed that too. Alfa-R 12:35, 13 June 2012 (UTC)

{{Value}}

I believed your recoding broke the template: if you input any single digit value (i.e. {{value{{!}}1}}) it will not show at all. Aqua (T|C) 20:00, 19 May 2012 (UTC)

I probably put brackets in a wrong place. I'll fix it, thanks for noticing. Alfa-R 20:03, 19 May 2012 (UTC)

Wiki skin!

OMG! I'm in heaven with your skin! This is so beautiful, congratulations! - Valento 20:38, 25 May 2012 (UTC)

Thanks! You may want to add a vector.js to it to make it even better. Alfa-R 20:39, 25 May 2012 (UTC)

I mean, you made it work for every and all infoboxes, it looks clean, modern and very beautiful. I'm in love with this skin!! heheh - Valento 20:45, 25 May 2012 (UTC)

Hum, now all those templates in Dr Ishmael's list of professions skills' pages make sense, are you working together towards a new pattern for skinning and data presentation? I ask this because I guess you'll probably need to define a standard for tables' sizes and alike, however I like the rowspanned way of presenting similar data as it avoids repeating "Utility, Utility, Utility", etc. - Valento 20:56, 25 May 2012 (UTC)

I've done tables a while ago, but when Dr Ishmael started his skill tables he used a similar approach to table creation, so I've suggested him to use mine css as a groundwork. There is a discussion on his talk page, so you can post your feedback on skill tables there. Alfa-R 21:04, 25 May 2012 (UTC)

A big THANK YOU for this awesome skin you are working on. Looks awesome together with the theme of the forums and such. - anja 17:45, 29 May 2012 (UTC)

About your last big revision, did you remove the font? - Valento 01:28, 31 May 2012 (UTC)

A question?

I like the custom skins, but (and i probably deserve a punch for not knowing :P) how do i apply them? I mean, i know of the vector.css and the vector.js files, but how are these applied? Seeing how you made them, i guessed you're the best person to ask. For the record, i'm on Safari. --Xhosant 09:41, 27 May 2012 (UTC)

when logged in go to my preferences> then Appearance > then pick the skin you want and copy past the code for said skin and done so you would click the link that says Custom CSS and Custom JavaScript. you might have to ctrl+f5 to get the cash to reload to get it to show.- Zesbeer 09:54, 27 May 2012 (UTC)

Thanks, i did it, and it worked. 2 words: AWESOME SAUCE!—The preceding unsigned comment was added by User:Xhosant (talk • contribs).

Np I hope Alfa-R doesn't mind me high jacking his talk page. (watch list is a cruse and a blessing...) - Zesbeer 10:04, 28 May 2012 (UTC)

np, as long as it doesn't become a 1000-page discussion. =D Alfa-R 10:14, 28 May 2012 (UTC)

Css question

so I prefer the style of the "page, discussion, read, edit, add topic," found here then I do in the current version my question is which part do I have to edit to change it to be that way again? - Zesbeer 10:04, 28 May 2012 (UTC)

it's the /*VECTOR TABS*/ section. Alfa-R 10:11, 28 May 2012 (UTC)

so what section would i have to implement to get the text back to cronos ect?- Zesbeer 09:07, 3 June 2012 (UTC)

that's a lot of changes, unfortunately. I'll try to make a custom CSS that changes font to cronos, but that will be after everything else is settled. Alfa-R 09:10, 3 June 2012 (UTC)

Thanks! good job btw.- Zesbeer 09:17, 3 June 2012 (UTC)

ty. Actually, there is an easy solution that will work with FF only. so if you are using firefox, I can tell you how to update your personal css. Alfa-R 09:29, 3 June 2012 (UTC)

your in luck, imho firefox >other browsers.- Zesbeer 10:04, 3 June 2012 (UTC)

then you should add font declarations for Cronos and change "font-family: Arial, sans-serif" to "font-family: CronosPro, Arial, sans-serif" everywhere. Alfa-R 10:06, 3 June 2012 (UTC)

skill table size

I decided that the skill tables should actually remain at 1000px instead of being reduced to 800px. Figured I should point this out since you haven't changed it in your CSS yet. —Dr Ishmael 01:10, 31 May 2012 (UTC)

Another quick CSS thing that doesn't deserve its own header - your rule for .generated-sidebar.portlet, #p-tb, #p-search needs to add #p-lang, the "In other languages" box for interlanguage links. —Dr Ishmael 20:17, 31 May 2012 (UTC)

Yeah, thanks for noticing, fixed that. Alfa-R 20:25, 31 May 2012 (UTC)

Hello Wondering if you could help me

The image files for the crafting disciplines, where did you find them from and if there bigger resolutions/bigger sizes(width and height)

Thanks Renny

I've drawn them myself based on icons form the 1st bwe. There are no bigger versions, unfortunately. I can make them though, if you tell me which resolution do you need. Alfa-R 18:37, 2 June 2012 (UTC)

I'd actually been thinking that versions at the same levels as the profession/race icons would be nice to have - 48px and 200px. Probably won't be used nearly as much as the prof/race ones, but at least we'd have them. —Dr Ishmael 18:41, 2 June 2012 (UTC)

Basically what Dr ishmael has said :P 48px and the 200px sizes :) or maybe even 300px - Renny

I second this. Those icons in a bigger resolution would be rather useful. Erasculio 21:35, 23 June 2012 (UTC)

Hello! wonder if ever got round to adding bigger versions of the crafting disciplines? :)

I'll add them when I have time, next week or this weekend most probably. Alfa-R 18:14, 10 August 2012 (UTC)

Kudos

I've been lurking in the mostly technical discussions as they're far out of my league, but... Kudos, dude. Just... wow. Redshift 13:36, 3 June 2012 (UTC)

Thanks! Alfa-R 13:39, 3 June 2012 (UTC)

Let me join in and say I realize you've put some fair bit of work into this and I really appreciate it. Not only the main look but also how many of the tables, navs and infoboxes were redesigned to fit with the style. It gives the whole wiki a very different feel. A feel that certainly appeals to me. ***EAGLEMUT*** TALK 23:30, 3 June 2012 (UTC)

new skill table change

I like the change your doing but I have been trying to fix so small issue with it but I'm still unable to fix it. I tried in internet explorer and firefox. the problem seem that the first skill of the Slot row table seem to be missing and line to divide both row. The first one is IE while the second is FF. I highlighted in red some place where it happen. Tech Wolf-Talk 14:33, 3 June 2012 (UTC)

that's a bug in css. I'll fix it when I find an admin to update the css. Alfa-R 15:58, 3 June 2012 (UTC)

Custom CSS fails?

Hi Alfa-R, I tried to change my css to the very first one you were using (with all those cool Cronos Pro fonts), but now it misses some background images... how can I fix it? - Valento 22:32, 3 June 2012 (UTC)

Watchlist icon also missing. - Valento 22:42, 3 June 2012 (UTC)

Take a look at my custom css. User:Lania_Elderfire/vector.css I removed all instances that referenced Alfa-R's user images for use with the design so that the default CSS image rules take over... I'm prolly mistaken but the original images got moved to the main space during the implementation so the original Alfa's images that were in his userpsace is longer there... which is why the custom CSS referencing his images leads to blank images. I kept the Cronos Pro font because I love it so much. I changed a few things like font sizes and header sizes from the original Alfa's amazing CSS, so make note of that. --Lania 05:03, 04 June 2012 (UTC)

IE 7 CSS bug

Not sure if this is worth spending much time on, but in IE 7, the page-top tabs and the user bar are completely messed up - see image. Top is Monobook, bottom is Vector, both while logged out. —Dr Ishmael 16:35, 7 June 2012 (UTC)

I'll take a look after tables are done. Alfa-R 16:51, 7 June 2012 (UTC)

Contact

Hi Alfa-R, is there any way I can contact you via e-mail? it seems you don't have a valid one. - Valento 20:05, 7 June 2012 (UTC)

you should be able now Alfa-R 21:27, 7 June 2012 (UTC)

custom images

You mentioned in IRC that it'd be nice to have some unique icons for the main page, if I remember correctly (just exited out). If that's not an option, what about using the forum icons? I'm actually about to upload them.-- shew|make 18:33, 13 June 2012 (UTC)

They are good, but don't quite meet the metaphors we need here, unfortunately. Thanks for uploading, though, they'll definitely find their use. Alfa-R 09:45, 17 June 2012 (UTC)

table class

Could we add a class table.alingright or something that can automatically do this? —Dr Ishmael 15:41, 15 June 2012 (UTC)

Pretty please? :) - Infinite - talk 15:42, 15 June 2012 (UTC)

it's already there. Add align-right class. There are also align-left, align-center, align-top, align-middle, align-bottom and any combination of them (like align-center-bottom). Alfa-R 15:46, 15 June 2012 (UTC)

Splendid! Even with my notepad list of classes, I didn't know that one existed. - Infinite - talk 15:50, 15 June 2012 (UTC)

Bleh, my bad for not checking first. Kudos for thinking ahead! —Dr Ishmael 15:51, 15 June 2012 (UTC)

@Infinite they were added recently, were not documented anywhere yet. Alfa-R 16:03, 15 June 2012 (UTC)

That explains it! :D - Infinite - talk 16:14, 15 June 2012 (UTC)

Is there a listing of table classes and color demos on one page somewhere that we can reference? Redshift 22:48, 16 June 2012 (UTC)

Not yet, but I'm working on it. Alfa-R 09:44, 17 June 2012 (UTC)

Infobox color

Hi Alfa (and others)—I wanted to bring some attention to this question posed at Template talk:Heart infobox about its color. How do we feel about using the charr red specifically for heart infoboxes? I think it's a nice and understandable color choice, but I don't want to throw the color concepts to the wind yet again without bringing it up :). Thanks. Redshift 22:48, 16 June 2012 (UTC)

I have answered there. Alfa-R 09:43, 17 June 2012 (UTC)

Thanks :). Redshift 10:42, 17 June 2012 (UTC)

Infobox help?

I really don't like asking for help for this kind of thing, but could you please help me? How did you manage to create the border in the recipe infobox to the right of the Disciplines section, when there are more than one discipline? For example, the brown border seen in the Recipe section here between "Disciplines" and "Artificer", "Huntsman" and "Weaponsmith". Whenever I try to make a border like that, that is visible in more than one line of text, I end with a border that is only visible in the first line of text but not in the following ones (like the one seen here - notice how there's no border to the left of "Huntsman" or "Weaponsmith"). Erasculio 00:47, 17 June 2012 (UTC)

I add "border-right:2px solid #color;" to the left column (disciplines), and "border-left-color:2px solid #color; margin-left:-2px;" to the right column (artificer et al). This way it doesn't matter whichever part is bigger, border will be rendered anyway. Alfa-R 09:42, 17 June 2012 (UTC)

Thanks! That solved the issue. Erasculio 12:08, 17 June 2012 (UTC)

CSS drives me crazy

Hey, why this code doesn't work:

body.page-P.C3.A1gina_principal.ns-subject h1.firstHeading {
display:none;
}

It hides the titles from all pages, instead of the main one, what am I doing wrong? - Valento 21:54, 17 June 2012 (UTC)

Oh never mind, the encoded ascii letter "á" doesn't need to be encoded at all ("Página" worked fine). - Valento 21:58, 17 June 2012 (UTC)

I have a question, will the current skin apply for further versions of MW? (1.18, 1.19) - Valento 09:54, 18 June 2012 (UTC)

It should, but if there are changes to standard skins in newer versions of MW, some things may need to be adjusted (that's probably the case with your wiki). btw, I wrote you an e-mail about your wiki, could you take a look, please. Alfa-R 10:04, 18 June 2012 (UTC)

I see, I've already reported that to the hoster, it seems he didn't install AntiSpoof extension properly. About the skin, yes, I'm having a hard time fixing it, specially the search input box and footer, moreover we'll probably migrate to the new version 1.19 soon (ours is 1.17). - Valento 10:10, 18 June 2012 (UTC)

Infobox icon issue

Looking at User:Lasha/Sandbox/Infobox Examples#Without color, the 'gallery' link pushes the contents of the infobox down way too much to look good. I'm thinking either we need to move the gallery link (tedious) or the icon block needs to be brought out of the page flow to allow the contents to appear under it.

The changes I did to fix it locally are below, in case you're interested. I do think you're perfectly capable of doing it yourself, but I already tested locally and figured I might as well share my solution. It also involved removing the wrapper (or at least the class), since it's not necessary. It works on the assumption that 1em == 16px though, which might be a bad assumption to make.

CSS

div.infobox .icon { float: right; position: relative; position: absolute; right: 0px; } div.infobox .heading { padding: 0.5em !important; padding: 0.5em 53px 0.5em 0.5em !important; } div.infobox dt { float: left; display: inline-block; *display: inline; /* IE7- fix */ vertical-align: top; } div.infobox dd { float: left; display: inline-block; *display: inline; /* IE7- fix */ vertical-align: top; }

— Rhoot 17:31, 23 June 2012 (UTC)

I think that making icon absolutly positioned is a bad idea, as it will obscure text if there is more than 1-2 words in the 1st line, or if there is a line of parameters like in skill/area infoboxes (skill points / recharge / etc). The reason for wrapper to exist (at least what I believe it is, it was there before me tbh) is what makes it looks bad: it adds clear:both, so wrapper is only needed if you want to prevent anything from being positioned above the wrapped content. The solution for your example is to remove a wrapper from this particular template, and, probably, make the following change to css in case it wraps poorly:

div.infobox dd {
    width: 125px;
    max-width: 125px;
}

Alfa-R 14:59, 24 June 2012 (UTC)

Yeah, the primary reason I suggested getting it out of the page flow was since it causes the contents to wrap poorly. The label on the left side would be positioned as expected, but the value on the right would go down below the icon div. The max-width change sounds like a possible solution, but if the contents of the first row is too wide it'll look funky. I guess neither solution is perfect though, and doubt we'll find a better one.

I also don't think it would cause that much of a problem with it being absolutely positioned as it never goes far enough down unless the gallery link is also there. Neither skill pages nor area info boxes have that link (but I guess skill pages might get the animation link sooner or later). Either way is fine by me though, as long as the infoboxes don't look stupid. :P — Rhoot 00:15, 25 June 2012 (UTC)

I still think that absolute positioning is a bad option, as text in the line below will aling as though it isn't there at all, causing icon to overlay it sometimes. Anyway, I'll try to find a better solution and add it to css in the next update. Alfa-R 10:17, 8 July 2012 (UTC)

CSS help?

Hello, could you help me with something? After filling this wiki with test pages in order to test templates, I have tried to make a small copy of the wiki in my own computer so I can test changes there, instead of flooding this wiki with recent changes entries and pages in my userspace. I installed Apache2, PHP, MySQL, MediaWiki, then copied this wiki's CSS and JS (after moving the image links from this wiki to my own computer)... But the result has been [[:File:User Erasculio broken wiki.jpg|this]], while it should have been this - I have no idea why, but the font is different (text is significantly larger) and graphical elements are smaller (the header image is smaller, the icon in the top left is smaller, and the size of the infobox is smaller). Since I have copied the CSS from here (both the common and the Monobook), I have no idea of what setting is causing the difference in font size and the difference in graphical element size. Would you happen to know where could I fix those two things? Erasculio 00:56, 4 July 2012 (UTC)

Sorry for not answering, was busy lately. The reason is most probably that you are using a newer version of MW, that has different monobook/vector.css than ours. Valento has similar issues on Brazilian wiki, I have adapted css for them, you may try to use it instead, you can find it here. Don't forget that there is also monobook.js and common.css. Alfa-R 10:14, 8 July 2012 (UTC)

Thanks, that was a very big help! I have two questions left, though:

1. Now, the space between the page title and the content is too big. I guess this means I have to reduce one of the entries of height to a smaller value, but since there are a lot of those entries, I don't know which one to reduce. Any help?

2. One of your earlier designs for the Monobook css had the navigation tabs at the top of the page replaced by a single line merging all the tabs. Which design was that? Would that work with the newer version of MediaWiki I and the other Brazilian people are using?

[[:File:User Erasculio broken wiki.jpg|Here is an image]] showing more or less what I'm asking in those two questions. Erasculio 03:13, 9 July 2012 (UTC)

1st is either #firstHeading {margin-bottom} or #bodyContent {margin-top} (or probably padding-bottom and padding-top). 2nd is a lot of changes actually, and I don't know whether it will work with newer MW, unfortunately. Alfa-R 06:36, 9 July 2012 (UTC)

Vista icon

Here's da icon fer da Vistas, if'n ya felt like making a tango one fer da wiki. —Dr Ishmael 00:38, 18 July 2012 (UTC)

That's the "fancy" one, I just found the smaller ones that appear on the map itself: undiscovered and discovered. —Dr Ishmael 00:43, 18 July 2012 (UTC)

Ok, will be ready soon. Alfa-R 17:14, 18 July 2012 (UTC)

It seems to me that Vista icons are red in the latest build. Alfa-R 13:42, 19 July 2012 (UTC)

I'll check the dat file when I get home tonight. While it's possible the GameTrailers videos are older than the Gamespot videos (and they just waited longer to post them), I think you're right - the Gamespot videos showed an "UNSPECIFIED BACKGROUND" placeholder on the scout dialogue panes (at 15:26), while the GameTrailers videos have a real texture (your link at 0:55), indicating a more complete build.

The red color doesn't really make sense for what it represents, but maybe they felt it needed a bolder color to stand out on the map. —Dr Ishmael 15:03, 19 July 2012 (UTC)

I think the color was changed because it was too similar to skill chalenge icon color. Also, cyan and green is a bad color combination, that buggered me a lot, so I'm all for this change. Alfa-R 16:39, 19 July 2012 (UTC)

Spacing in TH element

Hey Alfa, how can I remove the spacing above and below a header ("!") in skills list tables? GW2BR wiki is not using the headers as sections so that extra space looks a little weird. – Valento ^msg 23:51, 5 August 2012 (UTC)

Never mind, Dr. Ishmael helped me and it's working. :) – Valento ^msg 04:02, 6 August 2012 (UTC)

underwater icon(s)

Would you mind creating a tango version of this icon? And possibly one without the red X? Thanks! —Dr Ishmael 04:37, 7 August 2012 (UTC)

Sure I wouldn't, but I'm not in the city currently, so it will be not earlier than this weekend. Alfa-R 07:57, 7 August 2012 (UTC)

While you're at it, we need a new tango version of File:Retaliation.png. They swapped the old icon to Stability and created this new one for Retaliation. —Dr Ishmael 03:41, 10 August 2012 (UTC)

Done Alfa-R 18:14, 10 August 2012 (UTC)

GW2BR got upgraded (mw1.19)

And our wiki is having skin issues, would you mind reviewing the code? – Valento ^msg 06:32, 9 August 2012 (UTC)

Also, headers in sortable lists (like skill lists) are behaving strangely. – Valento ^msg 06:53, 9 August 2012 (UTC)

Another note, shall you guys have problem with DPL, check this, we've ran into this issue and got solved by comenting this if. – Valento ^msg 06:58, 9 August 2012 (UTC)

About the headers in sortable lists, as I barely understand css this information may be helpful for you:

• BREAKING CHANGE: Style rules for wikitable are now more specific and prevent inheritance to nested tables which caused various issues (bug 30485 and bug 33434). If your wiki has overriden rules for ".wikitable", please revise them and adjust where neccecary. For comparison, use the "table.wikitable" section in skins/common/shared.css as base. (Source)

It looks like the new sortable JS code moves the first row of the table out of the <tbody> block and into a <thead> block. All of Alfa's CSS rules assume that <thead> is not used, so they skip it and apply the "first-row-header" formatting to the first row inside the <tbody>. —Dr Ishmael 12:40, 9 August 2012 (UTC)

Oh my, sortable tables are organized so very differently in MW1.19! I'll need some time, as (like Dr have kindly noted) mediawiki now uses thead in sortable tables, while all other tables are still not able to use it. It also makes sort arrows with bg images, so it will clash with our gradienty backgrounds. I'll try to make a solution asap. Are there any other problems? Alfa-R 18:12, 10 August 2012 (UTC)

I hope not, I just had to add an extra rule so those blue tab breaks don't show up: div.vectorTabs span { background-image: none; }

Remember those annoying bulleted lists in galleries? They've been fixed, so don't have to worry about them anymore. Other than that I couldn't notice anything else, thanks for your patience! – Valento ^msg 18:19, 10 August 2012 (UTC)

Hello Alfa-R, I don't want to put any pressure on you but I'm wondering if you came up with a solution for sortable lists? :) – Valento ^msg 02:45, 16 August 2012 (UTC)

One more issue, the gallery container that holds all the images doesn't exist, I've added this code to Common.css (my screen res is 1360x768), but it behaves badly in a 1920x1080 screen:

ul.gallery {

border: 1px solid silver;

margin-right: 12px;

padding-bottom: 0;

padding-right: 0;

}

Any ideas? – Valento ^msg 19:27, 16 August 2012 (UTC)

Dialogue icon

Hi, was wondering if you could whip up a Tango version of this new icon found in the dialogue windows: Template_talk:Dialogue_icon#Unknown_icon -- ab.er.rant 06:07, 8 September 2012 (UTC)

map icon

Hi, I realized that there were some updates in the map icons. First of the contested waypoint now use swords insted of axes.

Than there are some new icons like the temple the contested temple and the contested dungeon I would be awesome if you could work your icon magic and make these new things look pritty. ^^ - Yandere 21:37, 8 September 2012 (UTC)

Renown heart icons

Hey, I was wondering if you could make available the SVGs for your and ; I'd like to use them in the wiki app I'm developing, but I need a 48px, 36px, and 24px version. 15:30, 4 October 2012 (UTC)

Unfortunately, I'm not doing them in SVG, as they are mostly not just shapes, but also have some pixel-by-pixel work. For example, when I've done larger crafting disciplines, i have redrawn all of the icons, as 20x20 and 200x200 icons require totally different approaches. Alfa-R 20:34, 28 January 2013 (UTC)

Map icons (even more)

First off all, not to suck up or anything, but as a would-love-to-be icon designer, I have to say that your tango icons are absolutely brilliant. Along the same lines, there are a number of icons referenced by {{map icon}} that could use a tango version. If you have time available to work on them and make amazing icons, it'd be greatly appreciated! —Jyavoc 09:10, 28 November 2012 (UTC)

I have plans for them too, but a bit later i believe. Alfa-R 20:34, 28 January 2013 (UTC)

Thanks

^You get way too many requests for amazing image help, and not enough thanks for setting up the wiki with such pretty tables, infoboxes and, ofc, the mainpage itself. --Chieftain Alex 20:06, 28 January 2013 (UTC)

You are welcome. I've uploaded a couple of new icons today for you guys to use. They are: Asura Gate ; Laurels ; Jumping Puzzle . Alfa-R 20:26, 28 January 2013 (UTC)

Wiki logo

Hey Alfa, as per this discussion we need to update our wiki logo. Do you still have source files of the logo so we can update it? Thanks! poke | talk 14:40, 7 June 2013 (UTC)

Torment

So, we have a new condition. We have a slightly larger version File:Torment_40px.png, but we don't have the smaller size (I made it a redirect so we could just link it for now and replace later). Would you be able to make the smaller version? --JonTheMon (talk) 15:55, 24 June 2013 (UTC)

Here's a bunch of icons of you guys to use:

I've also made new versions for Power and Invulnerability . Alfa-R 14:34, 13 August 2013 (UTC)

Nice icons :) You seem to know your stuff... can you make that barrel a bit less fat? :D --Alad (talk) 18:17, 13 August 2013 (UTC)

Yay, new icons! @Alad, It's the same design as the dat icon except skinnier. and --Relyk ~ talk < 01:36, 16 August 2013 (UTC)

Are you planning on making at least the torment icon in a larger size? I'm developing a build editing app, and I've managed to sort of Frankenstein my own torment icon at a decent size, but I know you would do it better. Eearslya (talk) 03:10, 23 August 2013 (UTC)

CSS question

Regarding conditional changes... I hope this is possible but I don't have my hopes up, even though I think it's such a common thing. I'm working on a [[User:Valento/gw2wwrapper|tooltip generator]] for the wiki and adjusting things as I see fit, right now I ran into an annoying problem that may cause huge overhead on DOM manipulation and I want to avoid that. I want to adjust a div's width according to its immediate paren't width, which isn't set (it grows depending on its content), but there is a needed restriction. I'll ellaborate with an example:

<div class="skillTooltip">

  <div class="skillInfo">

    <div class="skillDesc"></div>

    <div class="skillVariables"></div>

  </div>

</div>

Explanation: My class "skillDesc" has max-width set to 320px because this is mostly the best size I found to be tooltip's default, it looks good this way, therefore "skillDesc" can't grow larger to the right. The class "skillTooltip" on the other side CAN expand its width (and have min-width set to 320px), it will mostly happen when "skillVariables" has items whose width (auto by default) are bigger than skillTooltip's, so it grows to adjust variables within the tooltip. Problem is: when skillTooltip width is larger than 320px it will expand but skillDesc's won't (because of max-width set to 320px), I want to set skillDesc's max-width to skillTooltip's current width, is there any rule on css that can handle that or another trick that doesn't involve too much heavy DOM manipulation?

If you need these are the work-in-progress files: js, css, and this is a test page. – Valento ^msg 22:32, 4 January 2014 (UTC)

A jsfiddle showcase. – Valento ^msg 22:52, 4 January 2014 (UTC)

Just don’t set skillTooltip’s max-width. The point of max-width is to restrict the element’s width, no matter what. If you want it to take the width of the parent, just leave the width at auto. poke | talk 01:09, 5 January 2014 (UTC)

Thanks for the input poke (long time no see!), but the problem is that, being auto, it will expand parent div... I don't want this child to rule whether it's expanded or not, I want the variables child only. – Valento ^msg 01:45, 5 January 2014 (UTC)