labofsahil/github-event-dataset-2012 huggingface dataset:
Slightly odd indentation? Alternatively, I think (?) you could use collect and omit the fallback case.
This test plays more documentation role. When I read test such small tests allow me to catch general approaches behaind a class.
Should you really be serialising your message as JSON? Unless you're explicitly using BSD/RFC 3164 style messages, using syslog's own structured data format is probably a better idea.
Isn't this set on the backend?
Have you received any report of multiprocessing when use of `n_jobs != 1` is protected below the `__main__` block? Would `n_jobs=2` be better or do you prefer to use leave the default `n_jobs=1`?
This is what I've noticed on some datasets. I just find sometimes counterintuitive to still have stopwords inside the n-grams.
I'm +1 for filtering stop words first, but it will break backward compatibility...
```html
<meta charset="UTF-8" />
To, in some fashion, summarize the reason for this design principle:

If a developer can write logic, they can write logic, and stepping across object-oriented languages with that skill is trivial at best. With that said, we need a way to judge their Python coding style and ability to abstract logic cleanly, and since Ajax and jQuery are already required, we'll get a nice demonstration of their skills, whereas, if we allow most everything to be written in JavaScript, we wouldn't get a clear picture of their Python skills.

Also worth noting, "dumb as possible" is to be interpreted, intentionally. It's relative to the complexity of their implementation. If they want to store data for offline use as danderson mentioned during the debate in IRC, they can still do this. This is a design principle, not an arbitrary limit on the amount of logic to be used client-side.
why? At best this seems poorly worded but you're asking for a "responsive" "webapp" and then telling them to write something that "responsive webapps" generally aren't.
Hi Max. Sure... I will change it. Thank you for the tip!
In the settings you added `event`, but here we're calling `bind_str`?
this desynced too.  it was about the processing of the added messages at the bottom of the block.
@littlerobothead I'm going to merge this branch into master but we still have an issue with the footer not floating all to the bottom of the page on the app index page.
This one should not be needed. It's a transitive dependency in conceptpubsub-api.
Stylistically, StringBuilder itself is wishy-washy.
https://github.com/scala/scala/blob/master/src/library/scala/collection/mutable/StringBuilder.scala#L172
My feeling is that a one-liner that needs to return this should stay a one-liner.  In this case, the bonus is that you get to confuse java guys wondering whether foreach sb.append(...); sb is some kind of for-like syntax.
typo here: aruments -> arguments
Oh, you're right! Duh. Changed to assertThrown!AssertError
return if unsubscribed.empty?
Perhaps mention an example, like a bounded queue channel
The problem is we don't want cache when in debug, otherwise that's a hell to test things...
No, you cannot force users to use "…" in their language. For example in English, "etc." should be used instead of "…". Not speaking about other, more exotic languages (Arabic, etc.).
Why isn't the ui.html ondevice?
It's fine in the sample code. Even NDK samples use it.
Only to be able to use 'break'.


----- Original Message -----
From: Jeffrey Heifetz [mailto:reply@reply.github.com]
Sent: Wednesday, April 11, 2012 05:41 PM
To: Sergey Golod
Subject: Re: [BB10-WebWorks-Framework] Added low and critical entries to battery events. (#5)

>                  eventObj = data["changed"];
>                  if (eventObj) {
>                      fieldNameArr = eventDetailsObj.fieldNameArr;
> -                    fieldNameArr.forEach(function (fieldNameObj) {
> +                    // Checking if the fields registered for changed are among those that were changed.
> +                    // Also checking if conditions met for invoking the callback on return.
> +                    for (i = 0; i < fieldNameArr.length; i++) {

Any reason why you switched from the forEach?

--- 
Reply to this email directly or view it on GitHub:
https://github.com/blackberry-webworks/BB10-WebWorks-Framework/pull/5/files#r673471

---------------------------------------------------------------------
This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information. Any use of this information by anyone other than the intended recipient is prohibited. If you have received this transmission in error, please immediately reply to the sender and delete this information from your system. Use, dissemination, distribution, or reproduction of this transmission by unintended recipients is not authorized and may be unlawful.
@jeffheifetz @derek-watson does your child plugin change this file?
Why are we calling out node and npm. It feels like it could cause confusion for people expecting two different installs?