User talk:Caesar Schinas/Archive 2
Template:TOC-right 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)
- Yes, that's a much better idea. Chris Day 22:56, 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)
- 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?
/* 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 HTMLcaption
element for the table, which would show above the table like Wikipedia's infoboxes..infobox th.caption
refers to anyth
element (inside an infobox) which has the classcaption
- in this case, the topth
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 oflarger
) 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 myActually, maybe I like it better...vertical-align: middle;
back tovertical-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...
- --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 look 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)