User talk:Caesar Schinas/Archive 1

The account of this former contributor was not re-activated after the server upgrade of March 2022.

Caesar Schinas
Current Talk Page
Archives	1, 2, 3

Happy to have you with us! (Loved the grunt)Nancy Sculerati MD 22:26, 22 January 2007 (CST)

A belated welcome

Glad to be interacting; I just hadn't run across your work before.

Apropos of your userpage, is Mac OS really an attitude, or a world view? I tend to think of *NIX as an obedient slave, MS as a rebellious teenager always testing limits, and the Mac, to mix metaphors, marching really well to a very different drummer while on Really Good Drugs. Howard C. Berkowitz 16:56, 21 November 2008 (UTC)

Thanks for the "belated welcome"!

I tend to contribute to projects like Citizendium and Wikipedia in (very) short spurts, with long gaps in between.

I first contributed to CZ when it was first set up, but as there were so few articles online then I soon lost interest as it was no good for reading articles, only writing them. And I'm not a writer...

I only came back again today, so that'll be why you haven't come across me before!

Interesting comments regarding OSes... Two points :

• OS X is Unix-based; I suppose that means it's an obedient slave too...?
• Why, if Microsoft is always testing limits, did they let their browser stagnate for so many years??? Just think where the web could be now without a 7-year-old browser still around!

I switched to OS X from Windows XP a few years ago, and never looked back. Quite apart from the fact that the Mac just runs smoother and has (IMO) a nicer interface; it has a really strong developer community and a lot of great apps which Windows just doesn't have. Apple also provide all the software for developing OS X applications for free, and make it very easy to get started, which suited me as an aspiring programmer.

With the release of Windows Vista a lot changed. Despite all the bad press surrounding it, I personally consider Vista to be Microsoft's first decent operating system. They are all set to continue this new trend with Windows 7.

I'm not a Mac fanboy (oh, how I hate that word). No OS is better than any another for all people. I respect other people's choices of OS. But for me, the Mac is best - at least for the moment.

Nor do I particularly like Apple as a company. Or hate Microsoft. I used to; but recently Microsoft seems to have become more customer-orientated - whilst Apple has become less so. Things change. Pity.

So what is your OS of choice (and why)?

--Caesar Schinas 17:55, 21 November 2008 (UTC)

Of all time? OS/360, not because it was the greatest code, but that I knew what it was doing and had the source. To answer your question, the UNIX involved is obedient to Apple, not the customers of its master. :-)

For client compatibility reasons, and with the caveat I'm not primarily doing development but architecture, I have to use Windows. In the fairly short term, I want to have Ubuntu and Windows XP on my desktop, without reference to where the main services run. I prefer a LINUX when I have to do any data analysis.

My desktop, which I inherited, is an HP/Compaq business machine. For at least a month, I have been rebuilding since I learned, after the fact, HP's implementation is incompatible with XP Pro SP3. It frustrates me no end that MS keeps suggesting I upgrade to SP3 through its update advisories -- all I want to hear about are necessary performance and security. If they get to use WGA to validate my update rights, you'd think a rational update server would recognize the OS has an HP OEM key, that they'd have talked to HP, and not keep trying to install SP3.

I have gotten MS reseller status, but I know I'm never again getting OEM versions of MS software -- the HP experience has shown me what a value-subtracted reseller can do. If MS itself can't provide better truly technical support, LINUX becomes the answer. While I used to have a primarily Mac environment a few years ago, I became utterly frustrated with trying to get technical-level support answers from Apple.

While I lost my slide rule, I still have an abacus. Howard C. Berkowitz 18:04, 21 November 2008 (UTC)

Ah, Linux. I've tried lots of distros. I still have an Ubuntu VM for testing purposes; the others got trashed.

My biggest gripe? It's too hard to install software. Sure, I can manage, but... drag and drop, anyone?

Oh, and I'm a sucker for pretty interfaces. No Linux distro I've come across has one. (Though Ubuntu is getting there gradually.)

It's nice that it's Free (yes, yes, in both senses of the word), and that it's not tied to an evil company (mostly). But I haven't come across anything I can do on Linux which I can't do on OS X, or any Linux-only apps which I've actually wanted. And one more thing : Coda. My life would be misery without it.

I won't get started on WGA. I'd almost forgotten it, but you've just reminded me of a very good reason (for me) not to switch back to Windows. Having said that; I can see it coming for OS X too... :‘(

Perhaps you're right about Linux being the way!

Fortunately, I've never had to deal with Apple's support, but I've heard that it's terrible. MS ditto.

Oh, and I use the Unix shell in OS X the whole time! It seems obedient enough... :-)

--Caesar Schinas 18:58, 21 November 2008 (UTC)

Thanks...

...for the edits to CZ:Myths and Facts. --Larry Sanger 17:10, 21 November 2008 (UTC)

My pleasure! --Caesar Schinas 17:56, 21 November 2008 (UTC)

sandbox

Hi Caesar, first personal sandboxes are the way to go. We don't have a global sandbox that I know of. Second, I just answered your post on the forum. Do you know much about the licenses with respect to fair use? The upload wizard is a work in progress, so there is a lot that needs work in that area. I would do it if I knew anything about the suboect but it's is better coming from someone that understands the license issues. Stephen Ewen created all the image copyright templates and is still around, but pretty busy, so we can still ask him if needed since he did a ton of research on this topic. Third, welcome back. :) Chris Day 18:43, 24 November 2008 (UTC)

Thanks Chris.

Yes, I thnk user sandboxes are good. But I didn't think of creating one until I'd looked for a global one and searched for info on the wiki. Perhaps the concept should be mentioned on some of the pages for new users?

Regarding Fair Use - No, I'm not particularly knowledgable on the subject, but I believe use of a company or product logo or a screenshot is fine on pages abput that company or product, and probably nowhere else.

I've responded on the forum again, but one point is not related to the fair use discussion so I'll repeat it here :

I can't upload the file I'm trying to upload anyway. It's in SVG format, and I get an error saying that SVG isn't allowed each time I try. But there are other SVG images on CZ - so how do I do it? Obviously I could just convert it to PNG, but that seems a bit silly.

--Caesar Schinas 19:13, 24 November 2008 (UTC)

I've had the same problem and end up using PNG. I don't know why we don't support SVG. I vaguely recollect this coming up before. We really need to sort that out. Chris Day 19:23, 24 November 2008 (UTC)

Alright, I suppose I'll have to convert to PNG. But how did those other SVGs get on here? Someone knows how to bypass the system :) (Or else it just used to be possible and isn't anymore.) --Caesar Schinas 19:29, 24 November 2008 (UTC)

Infoboxes

Nice fix to get rid of the gaps and remain readable. Far better than my kludge. Chris Day 22:45, 24 November 2008 (UTC)

Thanks.

I was wondering if it would be better (or even possible...) to set a default height instead of width for the logo. A roundish logo such as Apple's, for example, would look ridiculous 300px wide, whereas if we could set a height of 100px or thereabouts most logos would look good. Is it possible? And is it a good idea...? --Caesar Schinas 22:52, 24 November 2008 (UTC)

Yes, that's a much better idea. Chris Day 22:56, 24 November 2008 (UTC)

Done! Should be OK, I think. Now we have to update articles for the new way of inserting images... --Caesar Schinas 23:48, 24 November 2008 (UTC)

Another thing - is there any reason for the "Short Name"? I think it would be better without; it's usually just the long name without "Inc" or "Corps" or "Ltd" or something, and so it seems rather pointless. I'd like to remove it; any objections?

Today is the first time I have even noticed this template so I'm not sure of the short name rationale. I guess there might be business out there with real short names that are distinct. Possibly an acronym such as BOAC or a shortened version such as Pan Am to cite two defunct airlines?

I like your solution to the problem of needing a heading when one of multiple fields would require the same heading. Nice and concise. Chris Day 03:52, 25 November 2008 (UTC)

OK; I'm not sure about short names. If the Short name is official, then I suppose we need it, otherwise not.

I like your changes to the website addresses.

Chris, I think you have permissions for editing MediaWiki:Common.css - do you think it would be a good idea to modify the .infobox class as follows :

(additions in bold, modifications in italics)

/* Infobox template style */

.infobox {
   border: 1px solid #aaa;
   background-color: #f9f9f9;
   color: black;
   margin-bottom: 0.5em;
   margin-left: 1em;
   padding: 0.25em 0.75em;
   float: right;
   clear: right;
   width: 25em;
   font-size: 95%;
}
.infobox td,
.infobox th {
   vertical-align: middle;
}
.infobox th {
   text-align: right;
   width: 35%;
}
.infobox td {
   text-align: left;
}
.infobox th.caption,
.infobox caption {
   font-size: larger;
   text-align: center;
   margin-left: inherit;
}
.infobox.bordered {
   border-collapse: collapse;
}
.infobox.bordered td,
.infobox.bordered th {
   border: 1px solid #aaa;
}
.infobox.bordered .borderless td,
.infobox.bordered .borderless th {
   border: 0;
}

By doing this we could strip out the styles set on individual templates for the infoboxes (making it easier to update them all at once in the future, amongst other things).

It would also mean we didn't have to add separate styles to every th we want to ensure a min-width on (they look a bit odd as-is on the actual pages - see Microsoft Windows, for example).

--Caesar Schinas 10:09, 25 November 2008 (UTC)

I just noticed you added the width parameter. But do we really want the text to be on the right for the labels? i did not make that change yet. Also what is the ".infobox th.caption," for. i added it but I'm not sure what that is specifying that is distinct from " .infobox caption"? I'm pretty ignorant about most of the markup on that page. For example, I don't know what th or td stand for, is that HTML? Most of the coding I have done is on a trial and error basis.

I see what you mean about the min width, but shouldn't that be defined in em not %, or is it usual to tie it directly to the info box width. Alternatively just add a no breaking spaces for the text, although I guess that is pretty messy. The reason i consider that option though is that the labels in different infoboxes are going to vary in length. Even in the same infobox depending on which fields are filled.

Lastly, the font size on the current infoboxes does not seem to be at 95%. Is that parameter kicking in for you? Or did i add it incorrectly? Chris Day 16:56, 25 November 2008 (UTC)

Thanks for making those changes.

Yes, tr, td, th, etc are HTML elements. They refer to table rows, table cells, and table headings (the row labels on the left in these infoboxes) respectively.

.infobox caption refers to an HTML caption element for the table, which would show above the table like Wikipedia's infoboxes. .infobox th.caption refers to any th element (inside an infobox) which has the class caption - in this case, the top th with the product / company name. We want the same styles for either, in this case, but they aren't the same.

Yes, using  s is an option - so long as people who create new infobox templates always remember to do it...!

Since the infobox table itself has a width in em, it doesn't actually make any difference whether we use em or percent for the things inside it.

I do think the labels would look better aligned to the right - neater and easier to follow. Why not try it and see?

I think the 95% just isn't different enough. Try changing it to 85%, and changing the caption size to 150% (instad of larger) to compensate. I have done this inline for the software infobox; have a look at Windows or Linux.

This will change the em-size, of course, so we may then feel that we want to make the boxes 30em instead of 25. It also means that if we do set a width for the labels, it probably won't want to be as much as 35% anymore.

Oh, and would you mind changing my vertical-align: middle; back to vertical-align: top;? I wasn't thinking, but it messes up multi-line values with single-line labels/headings. Or perhaps we should align the labels/headings to the top, and the values to the middle... Actually, maybe I like it better...

--Caesar Schinas 17:26, 25 November 2008 (UTC)

I did look at the version with the text aligned to the right. To me it looked very lopsided and did not make it easier to scan the headings. We should probably discuss some of these changes in the forums to see if there are any other opinions. I'll switch to right for now, so you can see it.

My reason for having a fixed width rather than a percentage width is that "if" someone changes the infobox width to a smaller size in the future then the 35% will also be too small.

I think I am misunderstanding "em-soze"? I'm not sure why changing the caption size would change the apparent width (from 25 -> 30)? I might be missing something here. Or would it be literally 30 em final width, that is getting on the large size for an infobox, IMO. But I think the you might mean the increase would be to compensate for a different parameter change? Sorry for being dumb here. Chris Day 17:41, 25 November 2008 (UTC)

Sorry; we both made edits at once there. It should have said "em-size". I didn't mean that changing the heading size would affect it; I meant that changing the .infobox text size would. I don't know how much you know about CSS (or printing...) units, but 1em is linked to the font size so that if the font size reduces 1em gets smaller. So I meant that if we changed the font size (and thus the size of each em) to 85% of what is was before, we would need to increase the number of ems of the box width so that it stayed physically the same. 30em was just a guess; but it would be somewhere around that.

Does that make any sense?

(But actually, I think it still looks OK despite being narrower.)

Yes; perhaps we should discuss the alignment with the community, and see what people like best. I still think I like right better, but I don't mind too much.

I do think think that however it's aligned it might look better with a bit more gap between the labels and the values; perhaps you could add a line saying padding-left: 0.5em; to the .infobox td section?

Yes; I suppose you're right, em would be better for the width then. 8.75em would be 35% of 25em; I suppose.

--Caesar Schinas 18:08, 25 November 2008 (UTC)

I didn't know there was a relationship between em and font size, but this makes perfect sense in retrospect. As you can see I have only a vague idea of how CSS and HTML work. A little knowledge is dangerous which is why I don't want to make too many changes unless I know roughly what parameters I'm changing.

I just figured out that when I changed the CSS to 90% you had changed the template to 85%, I assume the template value overides the CSS value. So I guess I was looking at your style changes when i checked the Mac OS X page. Which also explains why the infobox style did not change back when I changed back to 95%. After you have experimented a bit more I'll make the final changes and then we should go to the forums.

Another strange thing i don't understand. Using class="wikitable" I cannot overide the cellpadding in a table but using the class="infobox" overiding the CSS can be done by adding cellpadding="X" after the class. Any idea why there is a difference? Chris Day 18:09, 25 November 2008 (UTC)

I'm not sure the middle alignment is such a good idea. See the infobox on this page: Acclaim_Entertainment. Chris Day 18:16, 25 November 2008 (UTC)

CZ doesn't have a page on em, but if you're interested in the details the WP one is quite good.

Sorry about changing the size again... Yes, the inline values (usually) override the global ones. I personally think 85% looks right. (Note that I've only changed it for Software, not Company.)

No, perhaps the middle alignment isn't such a good idea.

Hmm... not sure about wikitable, I'll have a look at the styles for that a bit later.

I think I've finished playing around with the styles of Infobox Software for now.

When you do your "final edits"... I'd personally like to see the following :

• Infobox text-size set to 85%.
• padding-left: 0.5em; in the .infobox td section as mentioned above.
• Try vertical-align:top for labels (th); vertical-align:top for cells (td). I think that'll work best; but can't tell for sure without trying it...
• And you never changed the infobox padding to padding: 0.25em 0.75em;; I thnk the text is too close to the edge at the moment.

--Caesar Schinas 18:26, 25 November 2008 (UTC)

I think I did what you had hoped but i think the labels are included as captions ( .infobox th.caption,) and so they are now centered rather than aligned right. Not sure what the difference is from before, as they did align to the right, but I just ripped out all the style parameters from the company and software infoboxes to see what the raw infobox style looked like. I suspect we need to redefine .infobox th.caption, rather than having it piggy back along with ".infobox caption". Chris Day 19:57, 25 November 2008 (UTC)

Yes; that looks great. (Except that I had hoped to change font-size: larger; to font-size: 150%; under .infobox th.caption; which would mean that we could apply the 'caption class to all infobox headings to make them the same size as the Software one now is.)

The labels are looking fine to me; aligned to the right. And looking at the source, no; they don't have the .caption class applied to them.

What browser are you using? And have you cleared your cache? If not, do. If so, do it again. Browser caches can be very persistent. Try clearing your cache and then immediately (without loading any more CZ pages) closing the browser and opening it again. If all this doesn't help; try another browser. I've tried Firefox and Safari and it's fine. I haven't tried MSIE, as I don't have access to it right now, but these styles should work fine in it.

--Caesar Schinas 20:19, 25 November 2008 (UTC)

I am planning to replace the current page at Template:Infobox, which isn't really a template at all, with the current content of User:Caesar_Schinas/Template:Infobox. Please see Template_talk:Infobox and let me know if you can see any reason not to... --Caesar Schinas 14:54, 27 November 2008 (UTC)

Flash help

Thanks for the work you've been doing on the Flash article. Much appreciated!Pat Palmer 12:59, 27 November 2008 (UTC)

Infobox

The single infobox has been changed to include "b-side" and "format", different from the song box. I am going to add more info but since I'm the only editor still active in the Music Workgroup (the others have since resigned or just not bothered to come back), any new additional to the infobox will come soon when more new articles are added, and many of these will be singles as well as songs. Meg Ireland 02:12, 4 May 2009 (UTC)

Hi Meg, Thanks for letting me know you've reverted my change, and why. But... isn't it better to include these extra details in {{Infobox Song}}? Any details which aren't filled in won't show up, so they can be optional. In this way, different types of song can all use the same infobox, but with different details showing. For an example see {{Infobox Software}}; this can be used for any type of software, be it operating systems, applications, libraries, or whatever; just by filling out the right details.

This reduces redundant templates (of which there are currently a lot), and makes it simpler for users to work out what infobox to use.

What do you think of the idea of employing this technique for {{Infobox Song}} too?

In fact, personally I'd like to see the song infobox moved to {{Infobox Music}}, and this one template could be used for all types of music including songs and singles.

Any comments?

Regards, Caesar Schinas 06:47, 4 May 2009 (UTC)

I don't believe them to be redundant as there are articles that currently employ both. Citizendium isnt paper. So I don't understand the sudden need to delete/remove content. Meg Ireland 07:00, 4 May 2009 (UTC)

No, sorry, I'm not explaining myself properly. I didn't mean there was no need for an infobox with that functionality, nor that that functionality should be deleted/removed. I merely meant that I thought the functionality of these infoboxes could be aggregated into one template, as we have done with {{Infobox Software}} for example, to increase usability both by making it obvious which templates to use, which it currently may not always be (many songs used to be released as singles and on full albums, for example), and by reducing the proliferation of infoboxes and other templates which can sometimes make it quite hard to find the one you're looking for.

But if you disagree, that's fine, I'll keep away from your templates if you like.

(I do still recommend that you base them on Template:Infobox, by the way, for the reasons previously mentioned on your userpage...)

Caesar Schinas 07:10, 4 May 2009 (UTC)

I actually designed the infoboxs to look nothing like the ones on wikipedia (get as far away from them as possible, yet still be simple and functional). I left a message some time ago on the the Music Workgroup mailing list with instructions on how to use the infoboxes. Maybe I should write a complete FAQ when I have the time for users on the Workgroup with instructions on the colour coding. Meg Ireland 07:21, 4 May 2009 (UTC)

What colours are currently being used or set aside for Template:Infobox? Meg Ireland 07:28, 4 May 2009 (UTC)

I'm confused. Did I mention Wikipedia? I don't think I did... I don't think my suggestions had anything to do with Wikipedia.

Perhaps you're implying that somehow basing them all on a central template is Wikipedia-esque? I'm not actually sure if that's what they do on WP, it might be, but anyhow, that doesn't negate the benefits here on CZ. We don't have to be different just for the sake of it; only when it's better.

Or maybe you're saying that basing them on Template:Infobox doesn't allow you to colour them; since you mention colours? But you can certainly colour them when basing them on Template:Infobox. See Template:Infobox for details! (I'm hoping to get someone with the right permissions to reduce the padding on the infobox to make the colours reach the edge, but you can certainly use colours as is.)

And besides, colouring doesn't make them less like WP; they colour a lot of their infoboxes on WP.

Sorry; I've probably completely missed your point. I just don't see what WP has to do with the discussion. Feel free to elaborate. :-)

Caesar Schinas 07:38, 4 May 2009 (UTC)

To answer your second question, posted while I was typing my reply: Infoboxes based on Template:Infobox can use any colours. None are reserved or set aside. Caesar Schinas 07:38, 4 May 2009 (UTC)

I was thinking along the lines that each Workgroup have a certain colour, so users know which colours to use when adding infoboxs to articles, ie everything standard. Meg Ireland 07:50, 4 May 2009 (UTC)

Yes, that's a very good idea. As I say, this can be implemented at the moment on a per-cell basis using Template:Infobox, but I'm happy to update it to allow colourse to be specified on a per-infobox basis so that infoboxes based on it only have to have their colours specified once.

Not sure how many workgroups there are, but I suppose everyone would have to agree on the colours before this could be implemented. Is there some admin/editor group to which this should be proposed? Caesar Schinas 07:55, 4 May 2009 (UTC)

Were you thinking of the whole infobox having certain styles, eg background-colour, or just the label column like you've done for {{Infobox Song}}? The whole infobox would be easier to implement, but either is possible. Or both. Caesar Schinas 08:54, 4 May 2009 (UTC)

I've added full styling support to the Template:Infobox. Please see Template:Infobox#Example for an example or Template:Infobox#Usage for more details. Caesar Schinas 09:19, 4 May 2009 (UTC)

If you have editing permissions for MediaWiki:Common.css, perhaps you'd be kind enough to change

.infobox {
   border: 1px solid #aaa;
   background-color: #f9f9f9;
   color: black;
   margin-bottom: 0.5em;
   margin-left: 1em;
   padding: 0.25em 0.75em;
   float: right;
   clear: right;
   width: 25em;
   font-size: 85%;
}

to

.infobox {
   border: 1px solid #aaa;
   background-color: #f9f9f9;
   color: black;
   margin-bottom: 0.5em;
   margin-left: 1em;
   padding: 0;
   float: right;
   clear: right;
   width: 25em;
   font-size: 85%;
}

This will improve the infobox by allowing row colours to come closer to the edge. (The difference there is the 7th line, padding, if that's not clear.) Thanks, Caesar Schinas 09:24, 4 May 2009 (UTC)

Sorry for so many messages in a row, but it occurred to me that perhaps it would be easier to colour by workgroup area rather than by workgroup, the we can use the colours already in use at CZ:Workgroups. What do you think? Caesar Schinas 09:33, 4 May 2009 (UTC)

Sorry I couldn't answer you, I had to go to work and was running late. I'll log back on in a few hours when I have a bit more time to have a look at the templates again. Meg Ireland 01:05, 5 May 2009 (UTC)

Ok. In the meantime I've had a stab at converting {{Infobox Song}} to use my Template:Infobox. It should function in exactly the same way as before. I've also done some basic documentation for it. See what you think! Caesar Schinas 09:15, 5 May 2009 (UTC)

PS. It can obviously be tweaked if/as nescesary. If you like it we can do the same to {{Infobox Single}}, if you're still set on it being separate... :-p Caesar Schinas 09:18, 5 May 2009 (UTC)

Sure, btw what can be done with the infobox titles? I notice all of them seem to be bunching across to the left hand side and not being placed centrally. Meg Ireland 09:28, 5 May 2009 (UTC)

Do you mean on infoboxes based on the template, or ones which aren't? Those which are based on the template should have titles centred and labels aligned to the right, automatically. They do show up like this for me. If you mean ones which aren't based on the template, code must be added to each one to adjust the alignment. Or better; change them to use the template! Caesar Schinas 10:14, 5 May 2009 (UTC)

It was the ones that were changed. It appears on my screen as bunching to the left hand side. I'm using Windows XP with Internet Explorer on an 18 inch screen. Meg Ireland 10:23, 5 May 2009 (UTC)

Sorry to do this again, but I have to go. Be back in a few hours. Meg Ireland 10:27, 5 May 2009 (UTC)

Hmm... mind if I ask which version of Internet Explorer? Wouldn't be version 6, would it? <<shudder>>... But I've got to go too now; back later! Caesar Schinas 11:08, 5 May 2009 (UTC)

Yes; I've just checked, and it's wrong in IE6 but fine in the most recent version, IE8. I don't know exactly why, but IE6 has a lot of problems like this. As it gets older and older (8 years now, I think) and web developers get bored of catering to its quirks, less and less sites are working completely correctly in it. It's an old, nonstandard browser. If, as I guess, you are using version 6, may I be impudent enough to suggest that you update to the most recent version? Caesar Schinas 11:25, 5 May 2009 (UTC)

I'm actually using version 7 (to be exact 7.0.5730.11). This is really odd because on wikipedia the infobox titles come out fine. It only seems to happen on citizendium and we're basically using similar wiki software. Bizarre. Meg Ireland 00:58, 6 May 2009 (UTC)

Strange. And both are using the same CSS (text-align:center;) for the alignment. I'll have a closer look when I have time and see what I can find. Caesar Schinas 06:34, 6 May 2009 (UTC)

I just upgraded to IE 8. Guess what? The problem still persists. It bunches up to the top left hand corner, not centrally at the top. I note wikipedia uses the "center" and "/center" tags on their infobox, which is different to what we're using of course. Meg Ireland 08:37, 9 May 2009 (UTC)

Now that's weird, 'cos when I look with IE8 it looks fine. Let me confirm that we're both talking about the same thing - the title/heading at the top of the infobox, right?
But no... can't be. Looking at the WP infobox code I see they're using <caption>...</caption> tags; that's why their titles show outside the infobox. (Ugh...) So, which bit of the infobox are you talking about? I've just looked at it again in IE8, and it looks as expected... Caesar Schinas 09:25, 9 May 2009 (UTC)

Oh wait; I can see a difference between CZ infoboxes and WP infoboxes. On CZ, the labels for each variable are aligned to the right, so that each is the same distance from its value. On WP, however, they are centred in IE and aligned to the left in all other browsers. Is this what you meant?

Maybe you should send me a screenshot of the problem...

Caesar Schinas 09:28, 9 May 2009 (UTC)

The <center> tag, by the way, is deprecated by the W3C. But the same effect is achievable in all currently used browsers using standards-compliant CSS. Caesar Schinas 09:31, 9 May 2009 (UTC)

Okay go to this link here: [1]. You will see the info on the right of the article. The title is not central. It's bunched to the left. Meg Ireland 09:42, 9 May 2009 (UTC)

Ah; well that tells me one thing at once - you're using the MonoBook theme rather than the default Pinkwich5. Thanks. I'll do some experiments and get back to you. Caesar Schinas 09:44, 9 May 2009 (UTC)

Okay, so what theme are you using? I'm using the default monobook, so I'm assuming everyone new to the encyclopaedia will be seeing what I'm seeing. Meg Ireland 09:47, 9 May 2009 (UTC)

No; the default is now Pinkwich5. It was MonoBook at first; I guess you were a member before the change and perhaps it didn't get changed for existing members or something? I don't know, but it's certainly Pinkwich5 now; look in your preferences and it'll say so.

That said; it ought to work in any theme. I'm looking for the cause of the incompatibility now; I'll let you know.

I just switched to Pinkwich5. The problem still persists. Here's the screenshot [2]. Meg Ireland 09:59, 9 May 2009 (UTC)

Oops; edit conflict. Right. I think you're using compatibility view, is that right? In both themes, In IE8's standard view it's working but in IE8 compatibility view it doesn't. (MS have this funny definition of compatibility, you know...) In case you don't know, compatibility view tells IE8 to display the page in the same way as IE7 would have done.

Of course, even having found the problem, I need to make it work in IE7 anyhow. I'll have a go. Caesar Schinas 10:02, 9 May 2009 (UTC)

Right; try now. And if it doesn't work, please clear your cache and try again. Caesar Schinas 10:22, 9 May 2009 (UTC)

Hail Caesar! What did you do? It comes out perfect now. Meg Ireland 01:54, 10 May 2009 (UTC)

:-) There's a bug in IE7 and below (and thus IE8 compatibility mode) which was stopping the CSS for the labels being overridden for the header (both are th elements). The problem was that the labels (.infobox th) have a fixed width for them set in common.css, and IE was trying to apply this to the header th as well. So I overrode it inline; and that worked.

There's a reason why web developers hate Microsoft, you know... Caesar Schinas 07:08, 10 May 2009 (UTC)

I wonder what Citizendium looks like in Mosaic or Netscape Navigator. Meg Ireland 07:44, 10 May 2009 (UTC)

Hehe... Ugly. Really ugly. I still test my websites in these really old browsers every now and then, just for fun... Caesar Schinas 09:10, 10 May 2009 (UTC)

Consolidation

Good job on trying to consolidate the templates. This is definitely good practice. As to the date proposal, is this actually a major issue? i.e. 9th May or May 9th does not seem to be a problem. I do agree that 9/5 vs 5/9 is a probvlem but we should be discouraging such usage. If a date template is used can we do it in a way that the dates are not wiki linked or at least optional, with default not linked? Chris Day 15:04, 4 May 2009 (UTC)

Thanks for the words of support, Chirs. ;-)

Re. the dates; it's not hugely important, but it seems easy enough for an admin to add - it's just a matter of adding an extension. And there has already been an occasion when, for example, Larry Sanger asked for the format of the date on the page about him to be changed from the 3rd May format to the May 3 format. He said that because the page is about an American the dates should be American, if I recall correctly.

And no, the dates certainly wouldn't have to be linked if we used that extension. They would have to be in <date>...</date> tags.

An alternative (less good) would be to always insist upon the use of the international format, 2009-05-03.

But anyhow, I guess the answer is that no, it's not actually a major issue!

Caesar Schinas 15:25, 4 May 2009 (UTC)

In case my bit about date tags wasn't clear; the code <date>2009-05-03</date>, say, or <date>May 3 2009</date>, would show up on the page as 3rd May 2209 for a Briton, May 3 2009 for an American, etc.

Caesar Schinas 15:28, 4 May 2009 (UTC)

Don't Brits use 3 May 2009, without the rd? And I know that us 'Merkins use a comma, ie, May 3, 2009. Hayford Peirce 01:26, 6 May 2009 (UTC)

Not this brit, but I have no idea what is standard usage. My only concern when writing dates is that they are unambiguous, which is why i always use the months letter abreviation. Chris Day 06:07, 6 May 2009 (UTC)

Not generally. Not sure what's standard or even if there is a standard, but the most common way in the UK is 3rd May 2009 (which we read as "the 3rd of May 2009"). And yes, I do know that Americans use a comma; sorry I missed it out of my example above! Of course, the ISO 8601 format technically makes the most sense, but there we go!

So, the question is... is there any chance of getting someone with access to the server to install the extension for us? Caesar Schinas 06:26, 6 May 2009 (UTC)

Playing around with {{subpages}}

Hi Caesar, for this purpose, we have {{Subpage style test}} and the associated test templates. Once you have brewed something new there, show it to Chris and he can put it in. --Daniel Mietchen 11:13, 9 May 2009 (UTC)

Thanks Daniel; I'll have a look at that - I'm not quite sure what role it plays yet... Is this a sort of draft version of the subpages template and its associated templates?

But I didn't really mean that... I meant I wish I could integrate the subpages system into the system rather better. Which I clearly can't do, because it would require access to the servers.

See CZ_Talk:Templates#problematic. Caesar Schinas 11:32, 9 May 2009 (UTC)

Missing template

Hi Caesar,

Where did the Speedy Delete Template go to that is NOT supposed to be deleted?! It was there earlier today, and according to the Deletion Log I haven't deleted it? Have you renamed it? Moved it? Done something to it? Or is this one of Those Mysteries of the Internet? Hayford Peirce 18:57, 10 May 2009 (UTC)

Ah; that would be this one, wouldn't it?

I put ... tags around the speedydelete template, I thought it would be best if it didn't show up in the speedydelete category. Noinclude tags are automatically removed when preload pages are preloaded; which is usually annoying but for this is rather useful.

I don't think it can have broken anything, but if it has please revert my change. :-)

By the way, thanks to you and Chris for deleting the vast numbers of templates I keep adding speedydelete to...

Caesar Schinas 19:04, 10 May 2009 (UTC)

Yes, that's the one -- I didn't think I had deleted it, but I must have been working at warp speed. All I know is that Matt and Chris want (wanted) to keep it there, so I don't think that I had better vanish it -- I'll restore it.

And thank *you* for pointing out all this junk that has accumulated over the years and making the tough decisions about what to do with them all.... Hayford Peirce 19:52, 10 May 2009 (UTC)

I just "protected" it as well, although I'm not 100% clear about how much good this will do.... Hayford Peirce 19:58, 10 May 2009 (UTC)

Alright; fine by me - I assumed it was there just because no-one had thought of using this system (which is after all pretty obscure) to remove it. But if its wanted there; fine. I'm not actually sure what its used for; just that its a preload for something...

Does protection stop you from deleting it without having unprotected it first? Or does it just stop me from messing around with it? :-P

Speaking of protection... by the same token as this and most of the other templates listed under CZ content, {{Biology-footer}} is not needed / wanted. I have removed it from all pages that used it, but it is protected and so I have been unable to add {{speedydelete}} to it. Would you mind deleting it, please? Caesar Schinas 06:14, 11 May 2009 (UTC)

By the way, I'm eager to create a find-and-replace bot for CZ. This would make it possible to remove or replace a lot of old clutter such as redundant template very easily; something which takes a lot of work at present. Am I allowed to do this?

And on the same subject, who, in general, should I contact about technical problems/suggestions for CZ? Caesar Schinas 06:17, 11 May 2009 (UTC)

I think that if I, or any other sysop now wanted to remove, or edit, this article (whatever you want to call it), he'd first have to "unprotect" it. I *think* that by protecting it, anyone who is not a sysop, such as you, cannot modify it in any way. I could easily be wrong about this....

As far as *I'm* concerned, a find-and-replace bot would be great. But I don't know if you would be able to make it function if it is doing stuff that normally has to be done by sysops. Probably not. Suppose you were a clever vandal who invented this bot and then used it to trash 9,000 articles in subtle ways.... Why don't you ask Matt Innis or Chris Day what they think about it?

For tech problems, I guess you have to notify the bug people at bugs@citizendium.org and/or Larry if it's urgent. For specific tech stuff, there are people like Howard and Chris and a bunch of others who are knowledgeable about various aspects of things.... Hayford Peirce 17:09, 11 May 2009 (UTC)

You're certainly right that Authors can't edit protected pages. I disapprove of them in general for this reason... :-)

Regarding the bot, on WP most bots have their own accounts created for them, after approval, with special privileges. It would also be possible, without approval, to amke a bot which logged in as me and had was only able to the same things as me, but I don't know if this is approved of. I'll ask Chris or Matt, as you suggest. To be honest I'm not sure at the moment to what extent anyone is involved in the project and what rights they have...

Caesar Schinas 17:31, 11 May 2009 (UTC)

(unindent) There may be a list of protected pages somewhere but I don't know where. If so, it would be useful for me, as a Constable, to know where it is. I think I've now been here for just about exactly 2 years and to *my* knowledge there are *very* few "protected" pages outside of those that are needed for administration etc. I think that a couple of times Matt has temporarily protected a page while various authors argued about changes that were being made on it, but the protection was generally removed within a couple of days. All "Approved" articles are protected, of course, but that's part of the basic structure of CZ. Because of the lack of vandalism here, we're not like WP, where articles about topics like George W. Bush have to be protected or semi-protected or whatever it is that they do to them.... Hayford Peirce 17:57, 11 May 2009 (UTC)

Try Special:ProtectedPages. There are just under 200 at the moment. I would expect 106 to be approved articles, in the main namespace, but in fact there are only about 70 in the main namespace... Odd.

I do recognise the reasons for protection, and I understand that there are critical pages which haveto be protected, just in case one of us is some vandal or other.

I just find it annoying when I come to a page I can't edit! Particularly, as a website desinger, I'd like to be able to edit MediaWiki:Common.css...

By the way... When you protected Template:Preload-disambig-speedydelete, you did it with the cascading option. Which means that you've also protected an pages it links to. (I can't stand cascading protection under most circumstances...) In this instance, the result is that Template:Speedydelete is also protected, which I think is unnecessary. Was this intentional?

Caesar Schinas 06:54, 12 May 2009 (UTC)

Thanks for the link to the Protected pages list -- it seems to be generated chronologically, with the most recent ones at the bottom. I recognize the names of the last three or four articles that I've Approved, so at least these days there appears to be an automated process that puts Approved articles on this list. Maybe for earlier articles this wasn't the case?

As for your editing pages such as the MediaWiki one, that's something I know absolutely nothing about. I think that Chris Day and Robert King are/were the gurus at this -- you'll have to talk to them about it.

When I protected the Template:Preload-disambig-speedydelete, I just clicked off the things that seemed likely to me. As to their consequences, I wasn't sure. Now that you ask, do I want the Speedydelete template protected? I suppose that the answer is Yes. We don't want people screwing around with it who don't know what they're doing. If *you*, say, or someone like you, wanted to work on it, all you have to do is ask me or another sysop to unprotect it for a while. I could easily be wrong on this, but at the moment there don't seem to be many other people around to offer me guidance on this -- you gotta remember, I've only been a Kop since January, and then only because CZ apparently was in desperate need of them... Hayford Peirce 16:58, 12 May 2009 (UTC)

As a Special page, I believe the protected pages list is generated form the DB each time it is viewed (ignoring caches here). So any pages should be on it, regardless of when they were protected.

But anyhow; I have no objection to protecting approved pages. I think it's a great system.

Regarding whether speedydelete should be protected - I beg to differ. I have made edits to it in the past, and personally when I think of an improvement I like to make it straight away, not to have to write to a sysop to unprotect it temporarily at some later time. After all, speedydelete and other such templates aren't critical to the continuous operation of CZ; and any bad edits can be restored. But obviously it's up to you and the other sysops, and it's just one template; I won't bother quibbling. (There should probably be an official policy on what sort of thing is protected... but that's another matter.)

Got to go now; I'll look at the other new comments here later. Caesar Schinas 17:28, 12 May 2009 (UTC)

Templates in general

Where have all these friggin' templates come from that you are putting up for speedy deletion? Are they brought in along with old WP articles and then abandoned? If not, who writes them, and why? Where can I find a complete list of them, which, I suppose, is what you are methodically going down through? Hayford Peirce 17:59, 11 May 2009 (UTC)

Many of them are, as you say, abandoned WP templates. A lot of the rest are WP-type templates which were created here some time ago and abandoned. I don't think I've put speedydelete on anything that's been edited significantly in the past year, or which was being used on more than a few articles.

A complete list of templates on CZ turns out to be surprisingly difficult. There is, of course, Special:AllPages, but it has been completely broken by the decision to put article metadata and image credits in the template namespace, of all places.

So we find ourselves making our own list. It's a work in progress, and there are probably many templates which aren't on it. But anyway, it's at CZ:Templates.

I think that with that big batch of templates deleted yesterday, there aren't going to be many more to delete for a while. But we'll see....

Caesar Schinas 06:42, 12 May 2009 (UTC)

Good grief, I had no idea that there were so many! Geez! Well, that's the last time I'll poke my nose into those! Keep up the good work and I'll keep deletin' the ones you tell me to! Hayford Peirce 16:43, 12 May 2009 (UTC)

Bot support for approval process

Hi Caesar, please take a look at http://forum.citizendium.org/index.php/topic,2666.0.html and if you see ways to make the process technically simpler (e.g. by means of a bot or of supplementary name spaces), please let us know. Thanks! --Daniel Mietchen 16:55, 12 May 2009 (UTC)

1. Well... It looks far more complicated than it needs to be, but I'm not entirely familiar with the system. I imagine the best solution would be a custom MW plugin which added approved article support.
2. A non-technical comment - shouldn't typos, grammar, etc be allowed to be changed without re-approval (though obviously only by Constables or Editiors)?
3. Another interesting topic... should images used in approved articles be protected? Personally I think not, but it's worth bearing in mind that at present images in approved articles can be changed/replaced quite easily.

Caesar Schinas 10:53, 13 May 2009 (UTC)

Thanks for your comments. I numbered your points and entirely agree with the first two. As for the third, I see the point (and the same would apply to templates) but this hasn't been a problem so far. Once the first two are sorted out, we could include into the approval process a posting of approved versions to some internet archiving sites, e.g. http://www.webcitation.org/. --Daniel Mietchen 11:49, 13 May 2009 (UTC)

No, I agree that unless problems start to occur images (and, as you say, templates) shouldn't be protected. And if they were, there would have to be multiple copies of them - each approved article would need a copy which was as it was when the article was approved - a lot of trouble.

I must admit to never having heard of webcitation.org, but it looks like a good idea to automate posting of approved versions to sites like that, if possible.

But someone will have to create the plugins(s), and as I said on the forum, I just don't have the time at the moment. Caesar Schinas 12:47, 13 May 2009 (UTC)

I didn't mean to push you into doing this, and sorry if you understood it this way. I am fully aware of the limitations of volunteer projects like this one. --Daniel Mietchen 15:07, 13 May 2009 (UTC)

No no, not at all. I just meant that whilst I'm eager to see this sorted out, I can't see anyone getting round to it in the near future. I'm very happy to give my feedback on issues like this, and I realise you're not trying to push me into actually implementing it... I was just lamenting the fact that I can't! :-) Caesar Schinas 15:14, 13 May 2009 (UTC)

unlocked the Cascading protection

I went back to the Speedydelete template and unlocked (I think) the Cascading protection on the other pages. Hayford Peirce 22:53, 12 May 2009 (UTC)

Alright; thanks Hayford. As I said, I'm not really objecting to specific pages/templates - but I do think we must be careful not to protect too much when it's not entirely necessary or may not be clear why, which is one of WP's problems. In particular, I think that templates should be protected on a case by case basis rather than using the cascading option. But most of all, I think a policy for exactly what should and shouldn't be protected is probably needed. Caesar Schinas 10:57, 13 May 2009 (UTC)