Bug 755593 - Remove tabs-on-bottom mode
https://bugzilla.mozilla.org/show_bug.cgi?id=755593

STRING THEM UP FROM LAMP POSTS

OPEN THEIR STOMACH WITH DULL BLADES

COVER THEM IN GASOLINE AND STRIKE A MATCH

LET THEIR BLOOD RUN DOWN THE STREETS

STRING THEM UP FROM LAMP POSTS

OPEN THEIR STOMACH WITH DULL BLADES

COVER THEM IN GASOLINE AND STRIKE A MATCH

LET THEIR BLOOD RUN DOWN THE STREETS

So I'm going to monitor bitcoin and use my well refined critical thinking skills to analyze it.

Bitcoin has a large market, both for use as a currency and speculators who want to invest in it. Recently it hit a bit of trouble with mt. gox and a burst bubble but with its newfound global popularity there is a chance it might recover and businesses might innovate new uses for it.

This thread is serious business for smart intelligent folks, not mere speculation.

I think after reading a little I have come to the conclusion that bitcoin will drop for a while then recover after a piece of good news.

some recent news
http://money.cnn.com/2014/03/31/technology/irs-bitcoin/

New IRS rules make using Bitcoins a fiasco

Position: worth monitoring the news and price as things progress

You're welcome. In return you can teach me to code, later maybe.

I've come to realize that the best, sweetest, most readable syntax would be homogenous. That is, every line must have the same structure: either the meaning-defining token must always be at the front of the line, or at the back. And the first case is the best. That way you can always tell what is going on in a line of code by looking at just the first token. No more bullshit like that:

int main() { // But it's not an int, it's a definition of a procedure!
  double scores[3]; // But we're not doubling anything, we're defining something!
  scores[0] = 1.5; // But we're not scoring anything, we're performing an assignment!
  scores[1] = 2.5; // And we're not assigning to scores, we're assigning to its elements!
  scores[2] = 3.5; // Same error as above;

  // We're not couting anything! In fact it's hard to make out visually what is going on
  // as we are calling array accesses, listing literals and calling the <<. This is
  // an absolutely unreadable line.
  cout << scores[0] << '\t' << scores[1] << '\t' << scores[2] << endl;
  
  // Finally, an easily readable, well-syntaxed line!
  return 0;
}

And no more bullshit like that too:

    alloca $ \erroffset -> do
      -- "pcre_ptr" is not what this line does, it shouldn't be up front!
      pcre_ptr <- c_pcre_compile pattern (combineOptions flags) errptr
      erroffset nullPtr -- This one's OK.
      if pcre_ptr == nullPtr
        then do
          -- This is a clusterfuck! Not only is "err" unworthy of being at the front,
          -- but also the order of calls is reversed the first call is "peek"
          -- which comes almost last but not the last in the line! Absolutely unreadable!
          err <- peekCString =<< peek errptr
          return (Left err)
        else do
          reg <- newForeignPtr finalizerFree pcre_ptr
          return (Right (Regex reg str))

No, I want a language in which every line conforms to the most eye-soothing rule of all: explain yourself up front so I don't have to go on a missing persons searching expedition just to find out what you're doing.

Are there any languages with a syntax like that, /porg/?

It seems like the multi-directory importing in python is shit. Can't I go back 2 directories and import something 2 directories in another path without modifying the sys.path ?

If I wanted to share libraries across 3 directories I'll need to copy them to each directory. If I updated one of the libraries in one directory I'd have to copy the updates to all others.

This can't be the way this works.

I can get 32 bit to work, but for some reason 64 bit gives me linker errors.
I do the exact same setup you do for 32 bit.
What the hell?

Can VS2012 just not deal with 64 bit since there are no 64 bit VS versions?

post to prog how an awesome programming language would be

Hello, I need to take a URL like so "www.example.com/abc.php?parameter=..variable.1.lol";; and insert ".variable.1.lol" into the abc.php page. However, I want to remove the first "." but not the later dots when inserting.

This would be easy if there was always a first dot (substr($item,1) if $item1 is $_GET['pareter'].

HOWEVER, sometimes there won't be any dot and I'd end up removin the first letter accidentally. So how can I make PHP only subtract the first character in the variable when that character is a dot????????

Thank you very much,

Lazy evaluation.