As far as I see browser tries to make it as close to your percentage values as possible. However keep in mind that it will always make column wide enough to show its cells content - for example it will always be wide enough to keep word "Number" visible even you've set it to be 3% only.

I see the problem here..
In your pastebin code you are missing do declare the function paramter like the below example...

Your modified code:

require(["dijit/layout/BorderContainer", "dijit/layout/TabContainer",
"dijit/layout/ContentPane"], function(BorderContainer, TabContainer, ContentPane ) {
var appLayout = new BorderContainer({"design": "headline"}, 'appLayout');

Also the order of the require paramters should match inside the function parameters also ..

Waseem Ahmed V

You have to escape the single quotes:

$text = '<a title="L\'Oreal Pure Zone - 80ml">L\'Oreal Pure Zone</a>';

Everytime this is executed:

  client.GetItemsCompleted += 

You add a subscriber to the event, so the second time it will fire twice (the third time triple times, etc..).

Either unsubscrice ( -= ) in the completed method:

void client_GetItemsCompleted(object sender, GetItemsCompletedEventArgs e)
{
    try {
       /* .... */
    }
    finally {
        client.GetItemsCompleted -= 
            new EventHandler<GetItemsCompletedEventArgs>(client_GetItemsCompleted);
    }
}

or initiate the client object before every call.

var client = new ...();
client.GetItemsAsync(selectedCategoryId);
client.GetItemsCompleted += 
            new EventHandler<GetItemsCompletedEventArgs>(client_GetItemsCompleted);

NSString is immutable, so you cannot just add to it. Instead, you either compose your string like this:

NSString *answerString = [NSString stringWithFormat:@"%f Cubic Feet", finalVolume];

or

NSString *unit = @"Cubic Feet";
NSString *answerString = [NSString stringWithFormat:@"%f %@", finalVolume, unit];

or create a mutable one:

NSMutableString *answerString = [NSMutableString stringWithFormat:@"%f ", finalVolume];
[answerString appendString:@"Cubic Feet"];

The *255 is messing you up. This basically nullifies the image search, since everything on the screen will match the image. Try something lower. It's unlikely you should need higher than *100

Also, as a general tip, try using the smallest possible version of the image you're searching for.

No, it is currently impossible. There are certain limitations to Haskell's type system that allow it to be useful and convenient for most cases, and this is one of those limitations. Your best alternative is to use a newtype.

newtype FuncFlip r a = FuncFlip { unFuncFlip :: a -> r }

Newtypes are simply tags to help the compiler know how to typecheck and perform type-directed dispatch (typeclasses) properly. Presumably you wanted to flip the type arguments to provide some typeclass instance. That just means that whenever you want to make use of that typeclass's functions, you have to decorate any specific inputs with FuncFlip, and undecorate any specific outputs with unFuncFlip. This is slightly more verbose than desired, but it's not actually that bad, because it forces you to explicitly identify which instance of the typeclass you want to use.

You can create an instance of Newtype for this, which may or may not turn out to be convenient for you.

instance Newtype (FuncFlip r a) (a -> r) where
  pack = FuncFlip
  unpack = unFuncFlip

Further reading: Are there "type-level combinatos?"

Try this more accurate to cater your need.

SET DATEFORMAT ydm
DECLARE @D DATETIME
SELECT @D = CAST('24/05/2012 09:56:06' AS DATETIME)

SELECT @D AS MYDATETIME

Here is the fixed fiddle for you.

• var h[i] = ... is invalid JavaScript.

• What you write in the "JavaScript" frame on jsfiddle is executed onload, so this code is not yet present when the HTML you provide is executed (and neither is the addButton() function).

  <script>
  var i = 0;
  var h = new Array();
  
  function addButton() {
      i++;
      var container = document.getElementById("check0");
  
      h[i] = document.createElement("input");
      h[i].type = 'button';
      h[i].name = 'number' + i;
      h[i].value = "number" + i;
      h[i].id = 'number' + i;
  
      h[i].onclick = function() {
          showAlert(i)
      };
  
      container.appendChild(h[i]);
  }
  
  function showAlert(number) {
      alert("You clicked Button " + number);
  }
  </script>
  
  <div id="check0">
      <input type="button" value="klick mich" id="number0" onclick="addButton()"/>
  </div>​
  

Instead of using prepend I would recommend using the :before pseduo selector or a background-image to create the arrows. This is a presentational thing so it really should be handled by CSS.

Live, functional example using the :before pseduo selector - http://jsfiddle.net/Nfw7y/

If you need more control over the look of the arrows I would recommend using a background-image or an icon font.

In general, it isn't worth it.

The cost of creating a new instance of your Runnable can't be too high anyway. If it is, you have to look at how to factor out the parts that are expensive to initialise and make sure they are thread-safe.

You can of course also use ThreadLocal variables, which on the whole are incredibly useful but probably not in this scenario.

Install php-xml package that provides the needed files to use the DOMDocument class

At the end of your program, destructors run for static and global objects. I don't see any of either in your code, except of course for cin and cout that you use. But you continue using both successfully, which suggests that you aren't trashing their memory with a wild pointer.

I would check whether you have any variables with static storage duration in other files you haven't shown, and look for buffer overruns affecting those objects.

If you have Linux, try valgrind. It will catch most pointer errors.

try using DISTINCT to get your results, also I would advise using JOIN syntax for your tables and not commas between the table names.

SELECT DISTINCT t1.ID, t1.field1, t2.field2 
FROM table1 t1
INNER JOIN table2 t2 
    ON t1.field1=t2.field1;

UTL_MATCH is a packaging for comparing strings with regards for checking how similar two strings are. Its functions evaluate strings and return scores. So all you're going to get is a number indicating (say) how many edits you need to turn ${variableName} into "Farmville" or "StackOveflow".

What you won't get is the actual differences: these two strings of text are identical except at offset 123 where it replaces ${variableName} with "Farmville".

Putting it like that suggests an alternative approach. Using INSTR() and SUBSTR() to locate instances of ${variableName} in your Domo CenterView queries and use those offsets to identify the different text in the v$sql.fulltext equivalents. You can do this with CLOB in PL/SQL with the DBMS_LOB package.