marand-old
Marand
marand-old

I generally don't have to worry about it when I'm using Linux. KDE icons use SVG extensively and provides multiple sizes for anything that isn't scalable (from 16x16 to 256x256), fonts scale fine, and UI elements are generally flexible. I might have to tweak some settings to get the sizes comfortable, but I don't

@MattyMattMatt: You're saying the same things I thought when I tried using it in regard to the interface, almost word for word. The only reason I found out the headlines could scroll is I started blindly mashing navigation keys and the mousewheel over parts of the UI trying to find out what, if anything, could

@Lord_Data ∞: It's really a shame that there's not a good solution. A free project can't afford to pay the ridiculous signing prices Microsoft demands, and Microsoft has no reason to make it easier to bypass the signing because it's easy money.

@MattyMattMatt: I don't mind the layout that much, and I find some parts of it to be an improvement - namely the profile page - but I hate the permanently floating parts of the design.

@timgray: Yeah, I was surprised at that too. Maybe that's why he got it replaced free on a recall.

@Lord_Data ∞: I just want to add a note about FreeOTFE: it's a pain in the ass with 64bit Windows (Vista and 7) due to mandatory driver signing BS. You have to jump through hoops to make it work in 64bit versions, which can be a limiting factor in portability.

@Vodoun: I saw something, I think on Lifehacker, where people were using the smaller spindles to hold bagel sandwiches.

@MkFly: I have the same problem, and as a result I'm currently rusty in languages I used to use constantly.

@Human Earthling: Well, with Perl (which is what I had in mind), eval has two forms, one of which works similarly to using try...catch. There, eval can take a code block instead of an expression. eval { foo() } only evaluates once, so it's more efficient than eval($x), which will re-evaluate every time because the

@Kevin Major: Maybe I read it wrong, but the statement sounded too much like an absolute "do not do this" when there are good uses for it in various languages that implement it. The articles focus on JS syntax but also claim to be intended as a starting point for other languages, so I thought it should be noted that

@Hasteur: Yeah, I completely understand that and encourage it, especially with people that want to learn more about how Linux (and the computer in general) works.

don't resort to using eval() unless there is no other way—and I can't think of a situation where you wouldn't have an alternative.

@CamJN: I know what you mean; I wouldn't want to reimplement a terminal emulator just to get a couple extra features either, but the frustration would make me want to try.

@CamJN: Ah, that sucks. I'm surprised fullscreen terminal isn't already a feature; it seems like the kind of thing that should be standard for a terminal app.

@CamJN: You may be able to rig something like that with some effort. I don't know what sort of advanced control OS X gives for window management, but if you can find a ways to:

@Tycho Vhargon: The others covered it pretty well, but I'll add a few notes. When you open a terminal window, it's really two separate things: a terminal emulator (the window itself, which handles the drawing of text and whatnot) and a text-based user interface (the shell). The terminal handles the presentation to

@Hasteur: Well, since you mentioned it: vi, KDE, and Debian for me, though I don't care if somebody likes something else. ;)

@Tycho Vhargon: Your command prompt can be changed to show what you want it to show, so it really depends on what's in the PS1 variable on your system. You should be able to use echo $PS1 to see what the prompt is and then check the manual page for your shell (man bash most likely) to see what each substitution

I don't use Google more than once or twice a day at most. Usually not at all.