@fredr  what's the procedure for merging a change like this in utils? Does anything need to be done in syb-core to point to the new versions of utils or is it automatic?


google-site-verification: google434039bbf645ace0.html


the problem here is that I've changed ymin, ymax to quantities and the sp.unit = 'unknown'.
Should I change it to u.dimensionless_unscaled or have the y axis be in u.AA too?


Vypada pekne, chces pokoupit nebo jen jako inspiraci? :)


This fix should be fixed asap


You can inherit DeletableEntity and remove properties : IsDeleted  and DeletedOn


Ok I just understood now :)
This is the way it would look depending on the style
what do you think of adding "example : " before every tooltip strings to show that this is the style example, or something similar (I just fear that some people might get confused, me included :))?


I added the .value because of the addition on this line


4: M120 missing empty line before bullet
5: M120 missing empty line before bullet
4: M121 indentation of two spaces expected
5: M121 indentation of two spaces expected
5: M121 indentation of two spaces expected


there's not much use in changing the name here, it breaks consistency.


same here


the Y axis *cannot* be in `u.AA` - that is simply incorrect, angstroms are units of length, not of flux or brightness.  `u.dimensionless_unscaled` is the preferred choice if the flux units are unknown.  However, we might be able to infer the correct units from the file in this case


这就是那个...


we missed some pre-requisites:
* have [appledoc](https://github.com/tomaz/appledoc) installed
* have [cocoapods-appledoc plugin](https://github.com/CocoaPods/cocoapods-appledoc) installed
* FH sdk latest version has been published in [Cocoapods](https://cocoapods.org)


@coryvirok I think this is not needed any more with your changes.


awesome @coryvirok. seems that with async library we can refactor a lot our code.


ah, good point


Yes, you are right.


Read me comment


@SlideB, мне не по глазам, а где он получается? Ведь на строке
> banlist.addBan(player.getName(), msg, new Date(), msg);
будет NPE.


ah great, didn't know what the symbol for the xor operator was


lol!


Weird. Nice catch.


+1 for getting this PR merged in! The series plugin is something I really rely on.


To be even more safe. Shouldn't we make null checks in all fot hese adapters (where we return null if they pass null).


It's usually not the best practice to create methods with `!`. Perphaps you could change it unless `call!` methods is dangeroues and/or destroying/modifying a lot of data.


Noch nicht getestet btw..


As per the log in #610, this seems to have been broken by the move to Hikari

````
21.08.04 19:51:03 [Server] ERROR Troublesome query: com.zaxxer.hikari.proxy.PreparedStatementJavassistProxy@7e3c7cb1
````


Actually two methods doing the same with swapped arguments is a bad idea.


Do you need `let!` here? Unless the variable is used in every example it will slow down tests.


Nice! :+1:


$ -> _后，@interface生成的内部类无法加载、导致Bean validator无法正常校验


I have no clue. I assumed that the current results were the right ones and that the constructor was different because of being a constructor.


It's best to avoid using `eval` - it's non-trivial to convince oneself that it's safe in this case, and also (perhaps counter-intuitively) there's some advantage in having literal `"2010"` and `"2015"` in the code so that it'll be easy in the future to pick out election-specific code that needs to be changed to be more generic.


it's not perfect centred, but I think this is the best outcome


@mlen  Fixed in https://github.com/justmao945/vim-clang/commit/6e2c8bc800b5acb2b2436b57e9b5df8dfe538fa6


It's bad to have a bare `except` since it'll catch almost anything - e.g. if someone later introduces a typo into a variable name, that'll produce a NameError that'll be caught by that. It's better to explicitly list the exceptions that'll be caught.


I'm somewhat surprised that this is faster, since those stopAtDistance lists should only be 2-3 in length. An observation: this function is being called in a loop, so we are recreating the set of access modes for the new ride repeatedly. Maybe this logic can be inlined one level up the stack so the set is created only once. I'm not sure whether JIT is already doing this, but considering that this function is called extremely often it might be worth it.

Another thing: while the functional style is pretty natural for transforming collections, the Java7/Guava syntax for it is really verbose and unreadable. I would prefer to wait for the Java 8 migration to use functional programming constructs, and use imperative style in the interim.


4: M120 missing empty line before bullet
5: M120 missing empty line before bullet
4: M121 indentation of two spaces expected
5: M121 indentation of two spaces expected
5: M121 indentation of two spaces expected


This `if` and the one below could be one-line `return today > election_date`, I think


Bill,

this is not Markhos, but I received your message through Github; if you
are interested in working on Simutrans, your best bet would be to go to
the public forum here <http://forum.simutrans.com/index.php>, and follow
the instructions for downloading and compiling the code. There are lots
of helpful people there who can point you in the right direction of
where to start and what things that it would be helpful for people to
join in with. There are two branches of Simutrans - Standard and
Experimental, and you may want to think about which of those to which to
contribute (although nothing is stopping you from working on both, of
course).

I hope that this helps;

James.

On 09/04/2015 07:03, BillSVG wrote:
>
> Hi Markohs,
>
> This was the only way of contacting you through GitHub that I could
> find. Sorry for the inconvenience! (I posted in another file on
> accident, sorry about that!)
>
> I saw the April update for SourceForge and was interested in your
> project. I absolutely adore games like these, and have my entire life.
> I would love to help you out, if you need any. I don't have much
> programming experience, but I can proof read or do anything else for you.
>
> Thank you
>
> —
> Reply to this email directly or view it on GitHub
> <https://github.com/aburch/simutrans/commit/13aac92b74c23c68a8de0a0403cac9f5e4e40487#commitcomment-10638759>.
>


There is no need to have a block here.


it's to avoid too long lines and ugly parameter breaking, maybe I can do it in a patch right before this one ?


Ser ju kanske itne så bra ut...Används metoden..


Ser ju kanske inte så bra ut, använd metoden


Ser fruktansvärt ut. Gör om hela skiten!


Det s*ger


我原本的设计是这样：

备份：

1. 执行备份；
1. 成功，则写入 tools.db：
  1. 如果第一次备份，id = 1；
  1. 如果不是第一次备份，则读 tools.db 的最后一个 id（也就是最新的那个），id += 1 生成新的 id；
1. 不成功，则不会写入 tools.db。

恢复：

1. 传入 id；
1. 读取 tools.db，找到 id 对应的 backup file；
1. 恢复。


What's the purpose of `do { wp.k = YES; } while(0)` construction?


+1 (but not tested)


Merci : ) !
Le code est dans la branche gh_pages.


oh.. this is so cute :D


Je me suis posé la question s'il fallait maintenir la synchronisation de l'information, et je me suis dit que oui ça me coutait pas grand chose à faire et que je trouve ça plus clair que la mémoire et le DOM soient dans le même état. Et ça pourrait toujours être utile pour le debug ou pour ne pas perdre son latin (si par exemple un développeur regarde cette info dans la balise script et voit un comportement de l'appli qui ne respecte pas ces permissions).


funkade inte :^((


Again bad idea to have to identical methods with swapped arguments.


Or do the change here but just keep the hungarian style (for coding style consistency).


Hi Alan,

Hehehe - no it's all still on your fork. Because your ADCore is a fork of a repo that I own, I get notifications when you push to your repository - and I decided (somewhat randomly) to have a review session on my ipad when I saw this commit :smiley:

You're correct that you need the ifdefs around the H5 SWMR calls in order to compile - but in some cases it looks like you've put ifdefs around functions which internally call the H5 SWMR functions... (3 examples on lines: 199, 1285, 1338). Instead make those functions do nothing or return errors, depending on what is most appropriate. That way you can keep the ifdefs as close to the relevant H5 SWMR calls as possible.

Cheers,
Ulrik


FYI https://github.com/blog/1986-announcing-git-large-file-storage-lfs


Well, let's do it.


The rpath is not set on windows, but you can specify the path need.


done by mahmoud


Now there are too many spaces here ;)


We check it one if above. Here size is guaranteed to be > 2.


Strange. You can use `core-js/es6` instead inclusion all of these modules :)


And trailing whitespaces here, apparently?


Looks like breadcrumbs are not correctly displayed:

![aa-breadcrumbs](https://cloud.githubusercontent.com/assets/5091/7064117/0dfff656-dea4-11e4-8534-d460e3726a90.png)


Very valid point Giacomo. Accessing via https requires authentication. Not sure if this is 100% correct.

Thanks!


The whole memcached thing might be overkill given it's a very simple query.


doch heute am programmieren? ;) morgen 12 uhr lab?

Pascal Loth
loth@mailbox.org | +49 176 637 679 51

> On 09 Apr 2015, at 11:15, Erik Schröder <notifications@github.com> wrote:
>
> Noch nicht getestet btw..
>
> —
> Reply to this email directly or view it on GitHub.
>


Yes


Thank god! :)


Wow


mobs o.o


uvidi se :)
zatim to neni uplne aktualni

Dne 9. dubna 2015 11:03 enjdusan <notifications@github.com> napsal(a):

> Vypada pekne, chces pokoupit nebo jen jako inspiraci? :)
>
> —
> Reply to this email directly or view it on GitHub
> <https://github.com/LaminatovejDemon/NudnaSeminarka/commit/3a81df59f576dafa84a5fb75c1b86a96a071c857#commitcomment-10641221>
> .
>


Note however that a possible drawback of the "while" strategy is that it
will become slow for very long simulations of liquids, if atoms drift apart
several periodic repeat units from each other. That's why I was thinking of
having this as an optional optimization for people really needing this
(e.g. when using crystalization-style CVs).
Your call though.

On 9 April 2015 at 10:54, Giovanni <notifications@github.com> wrote:

> PBC slightly faster on orthorombic cells
>
> Taken from the fccubic branch of @ceriottm
>
> The "while" implementation for orthorombic cells is slighlty faster,
> so I decided to enable it by default.
>
> The "while" implementation for Tools::pbc is either slower
> or equivalent, so I did not include it.
>
> I think the reason is that in the first case one can avoid a couple
> of multiplications, whereas in the second this is more difficult
> since images are implemented in scaled coordinates and require
> anyway two matrix*vector multiplications.
>
> ---
> Reply to this email directly or view it on GitHub:
>
> https://github.com/plumed/plumed2/commit/b46d0793da18d4984faeb49b023c3376eea907ff
>


> Maybe both ParseDirs and RecurseAddDir would be better in PathUtils?

Make sense :+1:


co to asi bude urcite casem potrebovat je poradnej skeleton

Dne 9. dubna 2015 11:40 Aleš Z <aleszvolanek@aleszvolanek.cz> napsal(a):

> uvidi se :)
> zatim to neni uplne aktualni
>
> Dne 9. dubna 2015 11:03 enjdusan <notifications@github.com> napsal(a):
>
>> Vypada pekne, chces pokoupit nebo jen jako inspiraci? :)
>>
>> —
>> Reply to this email directly or view it on GitHub
>> <https://github.com/LaminatovejDemon/NudnaSeminarka/commit/3a81df59f576dafa84a5fb75c1b86a96a071c857#commitcomment-10641221>
>> .
>>
>
>


Why is this false?


Tttț


"Make sure the directory exists and has something in it ..."?


The COMPONENTS issue should be fixed with: https://github.com/mika/jenkins-debian-glue/commit/6ef2570c04bf683ad355c19a0492a4a999f12e7d


fixed #14


yes, indeed, I'm Markohs, the best way of contributing to simutrans, as
james says, is signing in in our forum. :)

On Thu, Apr 9, 2015 at 11:22 AM, jamespetts <notifications@github.com>
wrote:

> Bill,
>
> this is not Markhos, but I received your message through Github; if you
> are interested in working on Simutrans, your best bet would be to go to
> the public forum here <http://forum.simutrans.com/index.php>, and follow
> the instructions for downloading and compiling the code. There are lots
> of helpful people there who can point you in the right direction of
> where to start and what things that it would be helpful for people to
> join in with. There are two branches of Simutrans - Standard and
> Experimental, and you may want to think about which of those to which to
> contribute (although nothing is stopping you from working on both, of
> course).
>
> I hope that this helps;
>
> James.
>
>
> On 09/04/2015 07:03, BillSVG wrote:
> >
> > Hi Markohs,
> >
> > This was the only way of contacting you through GitHub that I could
> > find. Sorry for the inconvenience! (I posted in another file on
> > accident, sorry about that!)
> >
> > I saw the April update for SourceForge and was interested in your
> > project. I absolutely adore games like these, and have my entire life.
> > I would love to help you out, if you need any. I don't have much
> > programming experience, but I can proof read or do anything else for you.
> >
> > Thank you
> >
> > —
> > Reply to this email directly or view it on GitHub
> > <
> https://github.com/aburch/simutrans/commit/13aac92b74c23c68a8de0a0403cac9f5e4e40487#commitcomment-10638759
> >.
>
> >
>
> —
> Reply to this email directly or view it on GitHub
> <https://github.com/aburch/simutrans/commit/13aac92b74c23c68a8de0a0403cac9f5e4e40487#commitcomment-10641507>
> .
>


边学边做的笔记


Has approx 7 statements (TooManyStatements)


Performs a nil-check. (NilCheck)


Has boolean parameter 'stringify' (BooleanParameter)


Cyclomatic complexity for cast is too high. [8/6]


Oops, it's a mystery to me what lint lets through and what it doesn't sometimes


Funkade fint!


I don't see it myself


you might consider

logging.debug() instead of use of print. It is too easy to forget to remove prints (not that it matters in the KLB fax, but in general it does).

if you run the KLB fax with

DEVELOP=1 ./run.py

then all the logging will be displayed

see https://github.com/mscroggs/KLBFAX/blob/master/page/Page.py

for an example


Ok.


You are right indeed I had to revert it. I will recommit it with a cpp macro. However, in this way that code path will never go through regtests


Hi Bill.

The best way to contribute to the community is signing in in our forum, there are lots of resouces and places that need work in our beloved game.

http://forum.simutrans.com/


Thanks for the new and simpler solution :wink:


You can call .to_json on pure hash.


ahah implemented the same semantics in nodejs+browser module (write hosts, read hosts) cool!


Yes it is according to CERN Drupal team (https = authenticated, http = unauthenticated).


I know we're already doing this in places, but is now a good point to have a decorated queue creator which is multi-region aware?
Just aware that this class is becoming more and more god like...


Please test if you requeued message.


I mean `const CAutoPtr<DVB_PAGE>& pPage`. We use `CAutoPtr` only for `DVB_PAGE` now. I was wondering if we could stick to STL only instead of mixing that.


//retourne 1 si c'est l'arrivée, sinon 0
int verifArrivee (Map *map, File*,Coordonnees*);


![arrows](https://cloud.githubusercontent.com/assets/701632/7064321/1040f618-deae-11e4-90db-d6bbd4f0cc0e.png) I don't see them myself


Oh I see them now


I take it back, it works fine.


why is this different from the ones with schema ```app:viewname```?


Please test if you send back ack!


arm/arm-eabi-4.9-linaro.
This repo doesn't exist in LS 5.1 manifest.

Solved with adding

  <project path="prebuilts/gcc/linux-x86/arm/arm-eabi-4.9-linaro" name="Team-Validus/linaro-arm-eabi-4.9" remote="gh" revision="master" />

to local manifest.


Wrong approach IMHO...

2015-04-09 11:45 GMT+02:00 Giacomo Tenaglia <notifications@github.com>:

> Yes it is according to CERN Drupal team (https = authenticated, http =
> unauthenticated).
>
> —
> Reply to this email directly or view it on GitHub
> <https://github.com/cerndb/wls-cern-sso/commit/45c46998216c5815b98c70e881efd0d084ad4b6e#commitcomment-10641900>
> .
>

--
"Adding manpower to a late software project makes it later"

-- Fred Brooks


你這段程式碼根本就是一坨 :hankey: ，修正之後再重新 pull request。


This import seems to be causing the build to fail @valvijo. Did you forget to add the `GAACManager` class, or should this import be removed?


As I already said, probably it depends on screen resolution and maybe theme. Which UT pass rate do you have on AppVeyor or your local machine? Could you please send me your logs? We need to identify which tests are so dependent on environment and probably standardize some things explicitly.


AFAIK it has no impact on generated bytecode, as String + will generated StringBuilder calls.
Am I wrong ?


Typo, needs to be chance, not change.


Ich hatte ne langweilige Vorlesung ;) Ich denke ich bin morgen schon früher da. Mein plan ist so ca. um 9 in der Mensa zu frühstücken und dann go.

Von: Pascal Loth [mailto:notifications@github.com]
Gesendet: Donnerstag, 9. April 2015 11:38
An: ploth/lineDetection
Cc: Erik Schröder
Betreff: Re: [lineDetection] Added gradient calculation. (d1584e8)

doch heute am programmieren? ;) morgen 12 uhr lab?

Pascal Loth
loth@mailbox.org <mailto:loth@mailbox.org>  | +49 176 637 679 51

> On 09 Apr 2015, at 11:15, Erik Schröder <notifications@github.com <mailto:notifications@github.com> > wrote:
>
> Noch nicht getestet btw..
>
> —
> Reply to this email directly or view it on GitHub.
>

—
Reply to this email directly or view it on GitHub <https://github.com/ploth/lineDetection/commit/d1584e815f7587a2ba0dc8ce83a8b3e6d3ee9c06#commitcomment-10641753> .  <https://github.com/notifications/beacon/AIOmD33izDMEluUFMOpPrBSrSnYOg11Qks5n9j_1gaJpZM4D9GEH.gif>


Like in previous task, you can call .to_json on pure hash.


не пойму почему выскакивает ошибка (закомитена)


index.html commit


How about using `current_test_info()` to construct a root dir & path based on the current test's name?  Otherwise there'll be a Cut'n'Paste collision somewhere down the line :)


You could probably have left the numbers out but doesn't matter. :+1:


This is a potential fix for the eventual consistency issue we are seeing with "push / immediately pull".

Basically it makes sure that packages we retrieve from the database are NEVER returned on the v2 feed when they have not been indexed yet. This ensures a (more) consistent view across database + search service.

One edge case where we are still inconsitent: if we have not used the SearchAdaptor yet (e.g. on fresh deploy) - we can only compare when at least one query has been done using the OData feed's Search() (e.g. in VS)

Big questions:
* What will this do in terms of performance? I guess we need to add an index on "Published" on the database as well.
* Please review / shoot holes in the idea.


Please add test if message was acknowledged.


No, don't do that, because the order is already "reversed": a requested package like shell comes first and a dependend one e.g. gdal follows later! If rereverse the packages list, you impede the plan ;-)


My implementation of this with set construction factored out of the loop is in 1ab00a699ac66fcaaae858d6397247ef9acae0b5. Let me know if you have any comments @mattwigway


## Add this line from Mobile / awesome!


The ``{{% raw%}}` formatting was important for our template processor (which would otherwise try to interpret `{{access_token}}` as a variable, which wouldn't be found in the environment).  I'll fix this one up when I merge, but just letting you know it's there for a reason :-)


The `{{% raw%}} formatting was important for our template processor (which would otherwise try to interpret {{access_token}} as a variable, which wouldn't be found in the environment). I'll fix this one up when I merge, but just letting you know it's there for a reason :-)


i changed this more as a comment that this is a bit-field. the actual signed-ness of this field doesn't matter


good point. although most compilers should hopefully be able to constant-fold the duplicate test


> Slashifying the Windows TMP variable may break native Windows programs,
> use POSIX TMPDIR instead.

I am pretty certain that I introduced this change to fix several tests in the test suite... after the portable Git and Git installers are built and attached to the newest release in our git.git fork, I will merge this PR locally and let it run and tomorrow morning I should be able to report the respective tests.


You can remove the number explicit typing


== null


I like it. We probably will want to initialize `MSYSTEM` eventually, too, for MSys2-based Git for Windows.


Good catch!


This will reset all player options to their defaults.

This is almost certainly not what you want.


This should revert this change and keep the dependency on tools. I've tested with bgfx on linux.


ignoring file*names* starting with a "#"


Ah! Okay. I have never used `git cherry-pick` before.


This change appears to be semantically null compared to the old code?


... Did you actually even test this? It appears that the only semantic change is to reset all player options to their defaults immediately before starting.
That would be very bad.


Yeah, that's a bit unclear actually and probably a matter of interpretation. Some transactions types use 0 to indicate specific actions, such as [canelling an offer](https://github.com/mastercoin-MSC/spec#sell-mastercoins-for-bitcoins) on the DEx:

> Note that some trading of Test MSC was done with version 0 of this message which did not have the Action field. Those transactions are treated as Action=3 (Cancel offer) when the Amount for sale is zero.

Usually, an amount of 0 is not allowed (e.g. when sending tokens), but what I also meant: it's required for testing, to see it being rejected.


/*modifcations to this code done by Robert Stimpson 2014/2015

/* Resets
--------------------------------------------------------------------------------*/
ul, ol, li, h1, h2, h3, h4, h5, h6, pre, form, body, html, p, blockquote,
fieldset, input {
	margin: 0;
	padding: 0;
}

a img {
	border: 0;
}

a {
	text-decoration: none;
}

input:focus,
select:focus,
textarea:focus,
button:focus {
    outline: none;
}

table, tbody, tr, td {
  border-spacing: none;
  border-collapse: collapse;
  border: none;
  margin: 0;
  padding: 0;
}

/* General Styling and Structure
--------------------------------------------------------------------------------*/

html {
	height: 100% ;
}

body {
  position: relative;
  	font-size: 16px;
	line-height: 24px;
	color: ffffff;
	background: #FFFFFF;
  width: 100%;
  height: 100%;
	letter-spacing: 0.48px;
	-webkit-font-smoothing: antialiased;
  overflow: hidden;
}

.page-container {
  position: relative;
	display: block;
	height: 100%;
	width: 100%;
  overflow: hidden;
}

.page-sidebar-wrapper {
  position: fixed;
  left: 0;
  top: 0;
	z-index:2;
	display: block;
	height: 100%;
	background: #1e211e;
  padding-top: 70px;
	vertical-align: top;
	-webkit-transition: all 0.3s ease-in-out;
	-moz-transition: all 0.3s ease-in-out;
	-o-transition: all 0.3s ease-in-out;
	transition: all 0.3s ease-in-out;
	box-sizing: border-box;
}

.stuck .page-sidebar-wrapper {
  padding-top: 44px;
}

.page-content-wrapper {
  position: relative;
  display: block;
	height: 100%;
  width: 100%;
  position: relative;
  top: 0;
  left: 0;
	z-index:3;
	background: #545758;
	-webkit-transition: all 0.3s ease-in-out;
	-moz-transition: all 0.3s ease-in-out;
	-o-transition: all 0.3s ease-in-out;
	transition: all 0.3s ease-in-out;
}

.page-content {
  margin-top: 0;
  height: 100%;
	text-align:center;
	overflow-y: auto;
  -webkit-overflow-scrolling: touch;
  padding-bottom: 70px !important;
  box-sizing: border-box;
}

.page-sidebar {
	color:#ffffff;
	width: 267px;
	height: 100%;
	background:
	/*overflow:hidden;*/
}

.nav-trigger {
  position: absolute;
  display: none;
}

.nav-trigger:checked ~ .page-content-wrapper {
	left: 267px;
}

.postload .nav-trigger:checked ~ .page-content-wrapper #header-wrap {
	left: 267px !important;
}

.container {
	margin: 0 ;
	max-width: 960px;
  padding: 0 2.5em;
  box-sizing: content-box;
}

#header-wrap,
#banner-wrap,
#nav-wrap,
#main-wrap,
#footer-wrap
{
        width:100%;
        overflow: hidden;
}

.splash-page .page-container,
.splash-page .page-content-wrapper,
.splash-page .wsite-background,
.splash-page .page-content-inner,
.splash-page .content-wrap-outer{
    height: 100%;
}

#main-wrap {
  background: #303334;
}

#icontent_container {
	height:100px;
}

a {
	color: ;
}

a:hover {

	text-decoration:underline;
}

h2 {
  font-family: Okuda;
	font-size: 1.75em;
	padding: .5em 0 .2em 0;
	line-height: 1.2;
	font-weight: 900;
	color: #ffffff;
	text-transform:uppercase;
}

p {
	line-height: 1.5;
	padding: .5em 0;
}

blockquote {
	font-size: 1.25em;
	line-height: 1.25 !important;
	font-weight: 500;
	color: #ffffff;
	padding: 0px 0px 0px 25px;
	margin: 2em 0;
	border-left: 4px solid #e33714 !important;
	letter-spacing:1px;
	font-style:normal !important;
}

div#content {min-height:400px;}

/* Header
--------------------------------------------------------------------------------*/

#header-wrap {
	position: fixed;
	top: 0;
	left: 0;
	height: 70px;
	box-sizing: border-box;
	background: #000000;
	color:#ffffff;
  padding: 13px 0;
  z-index: 50;
	-webkit-transition: all 0.3s ease-in-out;
	-moz-transition: all 0.3s ease-in-out;
	-o-transition: all 0.3s ease-in-out;
	transition: all 0.3s ease-in-out;
}

.stuck #header-wrap {
  padding: 0;
	height: 44px;
}

#banner-wrap {
  position: relative;
  background-position: center center;
	-webkit-transition: all 0.3s ease-in-out;
	-moz-transition: all 0.3s ease-in-out;
	-o-transition: all 0.3s ease-in-out;
	transition: all 0.3s ease-in-out;
}

#header {  /*header width modified*/
	width:100%;
	height: 60px;
}

#header td {
	vertical-align:middle;
}

#logo,
#logo a {
   	text-transform:uppercase;
	color:#fff;
	font-size:1.4em;
	line-height:1;
	font-weight:300;
	letter-spacing:0.78px;
	text-align:center;
}

#logo a:hover {
	text-decoration:none;
}

#logo .wsite-logo img {
  display: block;
  max-height: 44px;
	-webkit-transition: all 0.3s ease-in-out;
	-moz-transition: all 0.3s ease-in-out;
	-o-transition: all 0.3s ease-in-out;
	transition: all 0.3s ease-in-out;
}

.stuck #logo .wsite-logo img {
  max-height: 48px;
}

#nav-handle {
	width:255px;
}

label[for="nav-trigger"] {
	width:50px;
	height:50px;
	background:url(stac-menu-v1.png) no-repeat;
	cursor:pointer;
	display:block;
}

/* Header: Search Box
--------------------------------------------------------------------------------*/

#header #search {
	text-align:right;
	width:180px;
	padding-right: 75px;
}

#header #search .wsite-search {
}

#header #search .wsite-search-input {
	color: #ffffff;
	font-size: 1em;
	width:147px;
	vertical-align: middle;
	border-radius: 4px;
	background: #303334;
	padding: 6px 26px 6px 6px !important;
	margin-right: -26px;
	text-align:left;
	border: none;
	box-shadow: none;
	display: none;
}

#header #search .wsite-search-button {
	position: relative;
	width: 19px;
	height: 19px;
	margin: 4px 3px 3px;
	background: url(search-icon-v1.png) no-repeat center;
}

#header #search.showsearch .wsite-search-button {
  background: url(search-icon-active-v1.png) no-repeat;
}

#header #search.showsearch .wsite-search-input {
  display: initial;
}

#header #search .search-icon {
  display: none !important;
	position: relative;
	width: 19px;
	height: 19px;
	margin: 3px;
	background: url(search-icon-v1.png) no-repeat center;
	display:block;
	float:right;
	padding:6px;
	cursor:pointer;
}

#wsite-search-header h2 {
  font-weight: 700;
}

/* Social Links
--------------------------------------------------------------------------------*/

.wsite-social {
	vertical-align: middle;
  white-space: normal;
  font-size: 40px;
}

.wsite-social-item {
	width: 25px;
	height: 25px;
	margin: 0 3px 10px;
	background: url(social-icons-dark-v1.png) no-repeat;
  font-size: 1em;
}

.wsite-social-rss { background-position: -200px 0px; }
.wsite-social-rss:hover, .wsite-social-rss:active { background-position: -200px -25px; }

.wsite-social-twitter { background-position: 0px 0px; }
.wsite-social-twitter:hover, .wsite-social-linkedin:active { background-position: 0px -25px; }

.wsite-social-facebook { background-position: -50px 0px; }
.wsite-social-facebook:hover, .wsite-social-facebook:active { background-position: -50px -25px; }

.wsite-social-linkedin { background-position: -100px 0px; }
.wsite-social-linkedin:hover, .wsite-social-twitter:active { background-position: -100px -25px; }

.wsite-social-mail { background-position: -125px 0px; }
.wsite-social-mail:hover, .wsite-social-mail:active { background-position: -125px -25px }

.wsite-social-pinterest { background-position: -175px 0px; }
.wsite-social-pinterest:hover, .wsite-social-pinterest:active { background-position: -175px -25px; }

.wsite-social-youtube { background-position: -275px 0px; }
.wsite-social-youtube:hover, .wsite-social-youtube:active { background-position: -275px -25px; }

.wsite-social-plus { background-position: -25px 0px; }
.wsite-social-plus:hover, .wsite-social-plus:active { background-position: -25px -25px; }

.wsite-social-flickr { background-position: -150px 0px; }
.wsite-social-flickr:hover, .wsite-social-flickr:active { background-position: -150px -25px; }

.wsite-social-vimeo { background-position: -225px 0px; }
.wsite-social-vimeo:hover, .wsite-social-vimeo:active { background-position: -225px -25px; }

.wsite-social-yahoo { background-position: -250px 0px; }
.wsite-social-yahoo:hover, .wsite-social-yahoo:active { background-position: -250px -25px; }

/* Navigation
--------------------------------------------------------------------------------*/

.nav {
	clear: both;
	/*overflow: hidden;*/
	width:267px;
	height: 100%;
}

.nav .wsite-mobile-menu {
  height: 100% !important;
  overflow-y: auto;
  -webkit-overflow-scrolling: touch;
}

.nav ul {
	list-style: none;
}

.nav ul li {
	list-style: none;
}

.nav ul span:last-child li,
.nav ul > li:last-child {
	background: none;
}

.nav ul li a {
	font-family:
  text-transform: uppercase;
  text-align: left;
	display: block;
	color: #ffffff;
  line-height: 1.2;
  padding: 12px 25px;
	border: 0;
	outline: 0;
	list-style-type: none;
	font-size: 40px;
	font-weight: 400;
	opacity:0.6;
	-webkit-transition: all 0.3s ease-in-out;
	-moz-transition: all 0.3s ease-in-out;
	-o-transition: all 0.3s ease-in-out;
	transition: all 0.3s ease-in-out;
}

.nav ul li#active a,
.nav ul li a:hover {
	background: #00CCFF;
	border: 0;
	opacity:1;
	text-decoration:none;
	text-shadow: 0 1px 1px rgba(0,0,0,.2);
}

#nav {
  display: none;
}

.postload #nav {
  display: block;
}

.postload #navhidden {
  height: 0;
  width: 100%;
  position: relative;
  top: 0;
  left: 0;
  text-align: center;
  overflow: visible;
  z-index: 60;
}

.postload #navhidden li {
  display: none !important;
}

.postload #navhidden li.wsite-nav-cart {
  display: block !important;
}

/* Navigation Submenu's
--------------------------------------------------------------------------------*/

#wsite-menus .wsite-menu {
	-webkit-border-radius: 0 5px 5px 0;
	-moz-border-radius: 0 5px 5px 0;
	border-radius: 0 5px 5px 0;
	-webkit-box-shadow: 1px 2px 2px rgba(0,0,0,.27);
	-moz-box-shadow: 1px 2px 2px rgba(0,0,0,.27);
	box-shadow: 1px 2px 2px rgba(0,0,0,.27);
}

#weebly-menus .weebly-menu-wrap, #wsite-menus .wsite-menu-wrap {
  font-size: inherit !important;
}

#wsite-menus .wsite-menu li a {
	background:#151513;
	font-family: ;
	color: #ffffff;
	padding: 15px 0px 15px 35px;
	border: 0;
	outline: 0;
	list-style-type: none;
	font-size: 1.2em;
}

#wsite-menus .wsite-menu li a:hover {

	text-decoration:none;
	text-shadow: 0 1px 1px rgba(0,0,0,.2);
}

.wsite-menu-title, .wsite-menu-back {
  display: inline-block !important;
}

.wsite-menu-arrow {
  display: none !important;
}

.wsite-menu-mobile-arrow {
  display: inline-block !important;
  font-size: inherit !important;
  padding: 0 5px;
}

.wsite-menu-mobile-arrow:before {
  display: inline-block;
  content: '\203A';
  vertical-align: bottom;
  font-weight: bold;
}

.wsite-menu-back-item {
	-webkit-transition: all 0.3s ease-in-out;
	-moz-transition: all 0.3s ease-in-out;
	-o-transition: all 0.3s ease-in-out;
	transition: all 0.3s ease-in-out;
}

.nav ul li.wsite-menu-back-item a {
  font-size: 1.2em;

  opacity: 1 !important;
  font-weight: 400;
  cursor: pointer;
}

.stuck .nav ul li.wsite-menu-back-item a {
}

.wsite-menu-back-item .wsite-menu-mobile-arrow:before {
  content: '\2039' !important;
}

#banner p, .splash-page .paragraph {
  color: #;
	padding: 20px 0px 25px;
  line-height: 1.25;
  font-size: 1.5em;
}

.title-page #banner p {
  color: #ffffff;
}

/* Page type: Title page
--------------------------------------------------------------------------------*/

.title-page #banner-wrap {
	height:158px;
	background:#719b5e;
}

.title-page #banner-wrap table {
	width:100%;
	height:158px;
	text-align:left;
	vertical-align:middle;
	color:#fff;
}

.title-page #banner td:first-child {
  width: 5%;
}

.title-page #banner h2 {
  display: inline-block;
  white-space: pre;
	color:#fff;
	font-size: 3em;
	font-weight:600;
	padding: 0px 50px 0px 0px;
	margin:0px;
}

.title-page #banner .wsite-text {
  display: block;
  width: 100%;
}

/* Page type: Tall header
--------------------------------------------------------------------------------*/

.tall-header-page .wsite-background {
	height:328px;
	background: url() no-repeat center top;
	background-size:cover !important;
}

.tall-header-page #banner-wrap > div, .tall-header-page #banner {
  position: relative;
  height: 100%;
	z-index: 1;
}

.tall-header-page #banner {
  display: table;
}

.tall-header-page #banner h2 {
  display: table-cell;
  vertical-align: middle;

	font-size: 3em;
	font-weight:600;
	padding: 0px;
}

/* Page type: Short header
--------------------------------------------------------------------------------*/

.short-header-page .wsite-background {
	height:200px;
	background: url no-repeat center top;
	background-size:cover;
}

/* Page type: Landing page
--------------------------------------------------------------------------------*/
.landing-page .wsite-background {
	height: 100%;
  background: url() no-repeat center top;
  background-size:cover;
}

.landing-page #banner-wrap > div, .landing-page #banner {
  position: relative;
  height: 100%;
	z-index: 1;
}

.landing-page #banner {
  width: 50%;
	float:left;
	display:inline-block;
	margin-top:150px;
}

.landing-page #banner * {
  text-align:center !important;
}

.landing-page #banner h2 {
	color: #e33714;
	font-size: 3.5em;
	font-weight:600;
	padding: 0px;
}

.landing-page #banner p {
	display:block;
}

.landing-page #banner .wsite-button {
	margin-top: 1.75em;
}

/* Main Content
--------------------------------------------------------------------------------*/

#main-wrap .container {
	min-height:400px;
	margin: 3em auto 4em;
}

#main-wrap .container p;
#main-wrap .container form .wsite-button {
	margin-top:20px;
}

/* Splash page
--------------------------------------------------------------------------------*/

.splash-page {
	height: 100%;
}

.splash-page .page-content {
  padding-bottom: 0 !important;
}

.splash-page h2 {
	font-size: 4em;
	line-height: 1.25;
	color: #e33714;
}

.splash-page h3 {
	font-size:26px;
	color: #6c6c6c;
	text-transform:uppercase;
	margin-bottom:25px;
}

.splash-page p {
	font-size:20px;
}

.splash-page .separator {
	display:none;
 }
.splash-page #footer-wrap {display:none;}

.splash-page .wsite-background {
	background:url(bg.jpg) no-repeat center top;
	background-size:cover;
}

.splash-page .content-wrap-outer {
    display: table;
	width: 100%;
	height:100%;
}

.splash-content {
    height: 100%;
    margin: 0 auto;
    text-align: center;
    vertical-align: middle;
    max-width: 530px;
	display:table-cell;
}

.splash-content-inner {
	max-width: 530px;
	margin: 0 auto;
    text-align: center;
	position:relative;
	padding: 2em;
}

.splash-inner {
	display: table-row;
	height: 100%;
}

.splash-page #main-wrap {
  padding-top: 70px;
	-webkit-transition: all 0.3s ease-in-out;
	-moz-transition: all 0.3s ease-in-out;
	-o-transition: all 0.3s ease-in-out;
	transition: all 0.3s ease-in-out;
}

/* No Header
--------------------------------------------------------------------------------*/

.no-header-page #main-wrap {
	-webkit-transition: all 0.3s ease-in-out;
	-moz-transition: all 0.3s ease-in-out;
	-o-transition: all 0.3s ease-in-out;
	transition: all 0.3s ease-in-out;
}

/* Gallery
--------------------------------------------------------------------------------*/

.galleryCaptionHolderInnerBg {
	background:rgba(113,155,94,0.75);
	opacity: 1;
}

.galleryImageHolder .galleryCaptionInnerText {
	text-transform:uppercase;
	text-shadow: 0px 0px 5px rgba(0, 0, 0, 0.157);
	font-size: 18px;

	margin: 30px auto;
	font-weight: 500;
}

.galleryImageHolder {
	border-radius: 6px;
	/*box-shadow: 1.5px 2.598px 8px 0px rgba(0, 0, 0, 0.071);
	  -webkit-background-clip: padding-box;
	  -moz-background-clip:    padding;
	  background-clip:         padding-box;*/
  z-index: 1;
}

.fullImageGalleryCaption {
	-webkit-border-radius: 6px;
	-moz-border-radius: 6px;
	border-radius: 6px;
}

/* Blog
--------------------------------------------------------------------------------*/
#blogTable {
	margin-top:60px;
}
.blog-header {
	text-transform:uppercase;
	font-size:18px;
	line-height:30px;
}

.blog-title-link, .blog-title-link:hover, .no-title, .no-title:hover {
	color:#ffffff;
	text-decoration:none;
}

.blog-post .blog-separator {
    border-bottom: 4px double #ddd;
    margin-top: 8px;
}

.blog-content h2 {

	font-size:20px;
	font-weight: 500;
}

.blog-sidebar h2 {
	font-size:18px;
	line-height:30px;
	letter-spacing:0px;
}

.blog-sidebar {
	font-size:14px;
	line-height:22px;
	letter-spacing: 0.42px;
}

.blogCommentWrap {
    border-bottom: 1px solid rgba(255, 255, 255, 0.1);
    margin: 0 0 20px;
    padding: 0 6px 20px 50px;
	position:relative;
}

.blogCommentWrap:before {

	position:absolute;
	width: 50px;
	height: 50px;
	background: url(comment-bubble-v1.png);
	top:0px;
	left:0px;
}

.blogCommentOwner, .blogCommentOwner .blogCommentHeading, .blogCommentOwner .blogCommentHeadingInner {
    background-image: none !important;
}

.blogCommentHeading, .blogCommentWrap,
.blogCommentOwner .blogCommentHeading .blogCommentAuthor,
.blogCommentHeading .blogCommentAuthor {
    background-image: none !important;
	height: auto;
}

.blogCommentHeading { margin:0px; }

.blogCommentHeading .blogCommentHeadingInner {
    background: none !important;
}

#commentAreaTitle {
    font-size:22px;
	line-height:24px;
	font-family: okuda;}
	letter-spacing: 0.66px;
	font-weight:normal;
	color: #e1e0d5 !important;
	@font-face { font-family: okuda; src: url('okuda.ttf'); }
}

.blogCommentHeading {

}

.blogCommentHeading .blogCommentAuthor {
    color: #719b5e;
    font-size: 16px;
    font-weight: normal;
	text-shadow: 0px;
}

#commentText .blogCommentHeading .blogCommentAuthor span.name,
#commentText .blogCommentHeading .blogCommentAuthor a.name {
    color: #719b5e !important;
	text-shadow: none !important;
}

#commentText .blogCommentHeading .blogCommentAuthor a.name:hover {
	color: #9fd188;
	text-decoration:underline;
}

.blogCommentHeading .blogCommentAuthor a.link {
    display: none;
}

.blogCommentHeading .blogCommentDate {
    color: #dddddd !important;
    float: left;
    font-size: 14px;
    padding: 0 9px 0 5px;
    text-shadow: none;
}

.blogCommentText p, #secondlist .blogCommentText p {
    font-size:16px;
	line-height:24px;
	letter-spacing: 0.48px;
}

.blog-button {
	color: #fff !important;

	display: block;
	font-size: 14px;
	font-weight: bold;
	text-transform:uppercase;
	padding: 3px 31px;
	background: #4791FF;
	-webkit-border-radius: 2px;
	-moz-border-radius: 2px;
	border-radius: 2px;
}

.blog-button span { background:none; }

.blogCommentReplyWrapper {
    height: 530px;
}

.blogCommentReplyWrapper iframe {
    height: 470px;
    padding: 30px 0 !important;
}

#commentUserInfo {
	color: #dddddd;
}

#commentUserInfo a {
    color: #719b5e;
}

.blogCommentSubreplyWrapper div.iframeWrapper {
    background: none ;
    border: none;
    border-radius: 0px;
}

.blogCommentSubreplyWrapper div.iframeWrapper {
  background: #26292a;
}

.blogCommentSubreplyWrapper iframe {
    padding: 0;
}

.blogCommentLevel1  {
  padding: 0 6px 20px 70px;
}

.blogCommentLevel1:before {
	left:20px;
}

.blogCommentLevel2  {
  padding: 0 6px 20px 90px;
}

.blogCommentLevel2:before {
	left:40px;
}

/* Footer
--------------------------------------------------------------------------------*/

#footer-wrap {
	text-align:right;
	background:#545758;
	font-size:14px;
	line-height:18px;
	color:#ffffff;
}

.wsite-footer {
  padding:20px 0 50px;
}

#footer-wrap .container h2 {
	font-size:16px;
	line-height:26px;
	text-transform:none;
	font-weight:600;
	color:#dbdbdb;
}

#footer-wrap .wsite-form-container {
	text-align:left;
}

#footer-wrap .wsite-social-item {
	background-image: url(social-icons-light-v1.png);
}

#footer-wrap .wsite-form-input, #footer-wrap .wsite-search-element-input {

	font-size: 16px;
	color: #444444;
	background: #fff;
	border: solid 1px #fff;
	padding: 8px 15px !important;
	-webkit-border-radius: 2px;
	-moz-border-radius: 2px;
	border-radius: 2px;
}

#footer-wrap .wsite-form-input:focus  {
	color:#444444;
	background:#f5f4eb;
	border: 1px solid #f5f4eb;
}

/* Form Customization
--------------------------------------------------------------------------------*/

.wsite-form-field, .wsite-com-product-option {
  padding-bottom: 15px;
}

.wsite-form-label {
	display: inline-block;
	text-transform:uppercase;
	font-weight: 300;
	margin-bottom:5px;
}

.wsite-form-radio-container {
	margin-bottom:15px;
}

.wsite-form-input, .wsite-search-element-input, #commentPostDiv .field input[type="text"], #commentPostArea .field textarea {

	font-size: 16px;
	color: #719b5e;
	border: solid 1px #26292a;
	padding: 8px 15px !important;
	-webkit-border-radius: 2px;
	-moz-border-radius: 2px;
	border-radius: 2px;
}

.wsite-form-input:focus , #commentPostArea .field input:focus, #commentPostArea .field textarea:focus {
	color:#fff;
	background:#26292a;
	border: 1px solid #719b5e;
}

.form-select {
	color: #fff;
	border: none;
	font-size: 16px;
	background: #26292a ;
	-webkit-border-radius: 4px;
	-moz-border-radius: 4px;
	border-radius: 4px;
}

.form-field-error .jqTransformCheckbox,
.form-field-error .jqTransformRadio{
	background-position: center bottom;
}

/* Custom Form: Radios */
.jqTransformRadioWrapper {
	float: left;
	display:block;
	margin:3px 10px 0 0;
}

.jqTransformRadio {
	background: transparent url(radio-v1.png) no-repeat center top;
	vertical-align: middle;
	height: 20px;
	width: 20px;
	display:block;/*display: -moz-inline-block;*/
	border-bottom:none;
}

.jqTransformRadio:hover, .jqTransformCheckbox:hover {
	border-bottom:none;
}

/* Custom Form: Checkboxes */
span.jqTransformCheckboxWrapper{
	display:block;
	float:left;
	margin:4px 10px 0px 0px;
}
.jqTransformCheckbox {
	background: transparent url(checkbox-v1.png) no-repeat center top;
	vertical-align: middle;
	height: 20px;
	width: 20px;
	display:block;/*display: -moz-inline-block;*/
	border-bottom:none;
}

/* Custom Form: Checked - Used for both Radio and Checkbox */
.form-field-error a.jqTransformChecked,
a.jqTransformChecked { background-position: center -20px;}

/* Custom Form: Selects */
.jqTransformSelectWrapper {
	position:relative;
	width: 100% !important;
	max-width: 398px;
	height: 36px !important;
	line-height: 36px !important;
	margin-bottom: 10px;
	text-align:left;

	font-size: 16px;
	z-index: inherit !important;
	color: #fff;
	background: #26292a;
	border: none;
	-webkit-border-radius: 4px;
	-moz-border-radius: 4px;
	border-radius: 4px;
}

.jqTransformSelectWrapper div span {
	font-size: 16px;
	float: none;
	position: absolute;
	white-space: nowrap;
	height: 36px;
	line-height: 36px;
	padding: 0px 15px;
	overflow: hidden;
	cursor:pointer;
}

.jqTransformSelectWrapper  a.jqTransformSelectOpen {
	display: block;
	position: absolute;
	right: 0px;
	top: 0px;
	width: 30px;
	height: 36px;
	background: url(dropdown-v1.png) no-repeat center center;
	border-bottom:none;
}

.jqTransformSelectWrapper ul {
	position: absolute;
	width: 100% !important;
	max-width: 398px;
	top: 35px;
	left: 0;
	list-style: none;
	background-color: #1d1f1f;
	border: none;
	display: none;
	margin: 0px;
	height: 150px;
	overflow: auto;
	overflow-y: auto;
	z-index:10;

	font-size: 16px;
	color: #fff;
	border-radius: 0 0 4px 4px;
}

.jqTransformSelectWrapper ul a {
	display: block;
	padding: 0px 15px;
	margin:0px;
	text-decoration: none;
	background-color: none;
	border-bottom:none;
	color: #719b5e;
	text-transform:none;
}

.jqTransformSelectWrapper ul a.selected {
	color: #fff;
}

.jqTransformSelectWrapper ul a:active {
	color: #fff;
}

.jqTransformSelectWrapper ul a:hover, .jqTransformSelectWrapper ul a.selected:hover {
	color: #fff;
}

.jqTransformHidden {display: none;}
.jqTransformButton {display: none;}

/* Buttons
--------------------------------------------------------------------------------*/

/* Small structure & regular style */
.wsite-button {
	display: inline-block;
	padding: 0px;
	background: #719b5e;
	-webkit-border-radius: 2px;
	-moz-border-radius: 2px;
	border-radius: 2px;
  box-sizing: border-box;
  max-width: 100%;
  overflow: hidden;
}

.wsite-button:hover {
	background: #85b370 ;
}

.wsite-button:active {
	background: #567a46;
}

.wsite-button-inner {
	color: #fff !important;
	font-family: 'Okuda';
	display: block;
	font-size: 1em;
	min-height: 32px !important;
	font-weight: bold;
	text-transform:uppercase;
	padding: 3px 31px;
	background: #719b5e;
	white-space: normal;
	-webkit-border-radius: 2px;
	-moz-border-radius: 2px;
	border-radius: 2px;
	-webkit-transition: all 0.2s ease-in-out;
	-moz-transition: all 0.2s ease-in-out;
	-o-transition: all 0.2s ease-in-out;
	transition: all 0.2s ease-in-out;
}

.wsite-button:hover .wsite-button-inner {
	background: #85b370;
	color:#fff !important;
}

.wsite-button:active .wsite-button-inner {
	background: #567a46;
}

/* Large structure & regular style  */

.wsite-button-large, #wsite-com-product-add-to-cart {
	background: #719b5e;
	padding: 0px;
	-webkit-border-radius: 4px;
	-moz-border-radius: 4px;
	border-radius: 4px;
}

.wsite-button-large:hover, #wsite-com-product-add-to-cart:hover {
	background: #85b370;
}

.wsite-button-large:active, #wsite-com-product-add-to-cart:active {
	background: #567a46;
}

.wsite-button-large .wsite-button-inner, #wsite-com-product-add-to-cart .wsite-button-inner {
	font-size:1em;
	padding: 4px 53px;
	background: #719b5e;
	-webkit-border-radius: 4px;
	-moz-border-radius: 4px;
	border-radius: 4px;
	min-height: 42px !important;
}

.wsite-button-large:hover .wsite-button-, #wsite-com-product-add-to-cart:hover .wsite-button-inner {
	background: #85b370;
}

.wsite-button-large:active .wsite-button-inner, #wsite-com-product-add-to-cart:active .wsite-button-inner {
	background: #567a46;
}

/* Highlighted styles */

.wsite-button-highlight {
	background: #252728;
}

.wsite-button-highlight:hover {
	background: #3d3f40;
}

.wsite-button-highlight:active {
	background: #252728;
}

.wsite-button-highlight .wsite-button-inner {
	background: #252728;
}

.wsite-button-highlight:hover .wsite-button-inner {
	background: #3d3f40;
	color:#fff !important;
}

.wsite-button-highlight:active .wsite-button-inner {
	background: #252728;
}

.wsite-button-large.wsite-button-highlight {
	background: #252728;
}

.wsite-button-large.wsite-button-highlight:hover {
	background: #3d3f40;
}

.wsite-button-large.wsite-button-highlight:active {
	background: #252728;
}

.wsite-button-large.wsite-button-highlight .wsite-button-inner {
	background: #252728;
}

.wsite-button-large.wsite-button-highlight:hover .wsite-button-inner {
	background: #3d3f40;
}

.wsite-button-large.wsite-button-highlight:active .wsite-button-inner {
	background: #252728;
}

/* Footer Buttons
--------------------------------------------------------------------------------*/

/* Small structure & regular style */

#footer-wrap .wsite-button {
	display: inline-block;
	padding: 0px;
	background: #252728;
	-webkit-border-radius: 2px;
	-moz-border-radius: 2px;
	border-radius: 2px;
}

#footer-wrap .wsite-button:hover {
	background: #3d3f40 ;
}

#footer-wrap .wsite-button:active {
	background: #252728;
}

#footer-wrap .wsite-button-inner {
	color: #fff !important;
	font-family: 'Oswald', sans-serif;
	display: block;
	font-size: 14px;
	font-weight: bold;
	text-transform:uppercase;
	padding: 3px 31px;
	background: #252728;
	-webkit-border-radius: 2px;
	-moz-border-radius: 2px;
	border-radius: 2px;
}

#footer-wrap .wsite-button:hover .wsite-button-inner {
	background: #3d3f40;
}

#footer-wrap .wsite-button:active .wsite-button-inner {
	background: #252728;
}

/* Large structure & regular style  */

#footer-wrap .wsite-button-large {
	background: #252728;
	padding: 0px;
	-webkit-border-radius: 4px;
	-moz-border-radius: 4px;
	border-radius: 4px;
}

#footer-wrap .wsite-button-large:hover {
	background: #3d3f40;
}

#footer-wrap .wsite-button-large:active {
	background: #252728;
}

#footer-wrap .wsite-button-large .wsite-button-inner {
	font-size:18px;
	padding: 4px 53px;
	background: #252728;
	-webkit-border-radius: 4px;
	-moz-border-radius: 4px;
	border-radius: 4px;
}

#footer-wrap .wsite-button-large:hover .wsite-button-inner {
	background: #3d3f40;
}

#footer-wrap .wsite-button-large:active .wsite-button-inner {
	background: #252728;
}

/* Highlighted styles */

#footer-wrap .wsite-button-highlight {
	background: #719b5e;
}

#footer-wrap .wsite-button-highlight:hover {
	background: #85b370;
}

#footer-wrap .wsite-button-highlight:active {
	background: #567a46;
}

#footer-wrap .wsite-button-highlight .wsite-button-inner {
	background: #719b5e;
}

#footer-wrap .wsite-button-highlight:hover .wsite-button-inner {
	background: #85b370;
	color:#fff !important;
}

#footer-wrap .wsite-button-highlight:active .wsite-button-inner {
	background: #567a46;
}

#footer-wrap .wsite-button-large.wsite-button-highlight {
	background: #719b5e;
}

#footer-wrap .wsite-button-large.wsite-button-highlight:hover {
	background: #85b370;
}

#footer-wrap .wsite-button-large.wsite-button-highlight:active {
	background: #567a46;
}

#footer-wrap .wsite-button-large.wsite-button-highlight .wsite-button-inner {
	background: #719b5e;
}

#footer-wrap .wsite-button-large.wsite-button-highlight:hover .wsite-button-inner {
	background: #85b370;
}

#footer-wrap .wsite-button-large.wsite-button-highlight:active .wsite-button-inner {
	background: #567a46;
}

/* Mobile layouts
--------------------------------------------------------------------------------*/

@media (max-width: 767px) {

/*  General*/

  body {
    font-size: 14px;
  }

  #banner {
    font-size: 12px;
  }

  h2 {
    font-size: 1.25em !important;
  }

  #banner p, #banner p *, .paragraph, .paragraph * {
    font-size: 1em !important;
  }

  .wsite-multicol-col {
    padding: 0 30px !important;
    max-width: 100% !important;
    display: block;
    width: auto !important;
    margin: 0 auto 1em !important;
  }

  .container {
    padding: 0 1em;
  }

  .wsite-button-inner {
  	padding: 3px 20px;
  }

  .wsite-button-large .wsite-button-inner, #wsite-com-product-add-to-cart .wsite-button-inner {
  	padding: 4px 25px;
  }

  #banner-wrap .container {
    padding: 0 30px;
  }

  .galleryCaptionInnerText {
    display: none !important;
  }

/* Nav */

  .page-sidebar-wrapper {
    padding-top: 44px;
  }

  #header-wrap {
    padding: 0;
    height: 44px;
  }

  .nav ul li a {
    padding: 8px 20px 8px;
  }

  #header #search span {
    display: none !important;
  }

  #logo,
  #logo a {
    font-size: 1em !important;
  }

  #logo .wsite-logo img {
    max-width: 140px;
    max-height: 38px;
  }

  #wsite-nav-cart-num {
    font-size: 13px !important;
    top: -20px !important;
  }

  #wsite-nav-cart-a {
    padding: 0 0 0 30px !important;
  }

  #wsite-mini-cart .wsite-product-image {
    padding: 5px !important;
  }

  #wsite-mini-cart .wsite-items-right {
    padding-right: 5px !important;
  }

  #nav-handle {
    width: 70px !important;
  }

  #header #search {
    width: 70px !important;
    padding-right: 0;
  }

  #wsite-mini-cart {
    width: 100%;
    left: 3px !important;
    border-radius: 0 !important;
  }

/*Headers*/

  #banner p, .splash-page .paragraph {
    color: #ffffff;
    font-weight: 600;
    text-shadow: ;
  }

  .title-page #banner p {
    color: #ffffff;
    padding: 0;
  }

  #banner, .tall-header-page #banner h2 {
    display: block !important;
    text-align: center;
    margin-top: 0 !important;
    float: none !important;
  }

  .landing-page #banner {
    width: 100%;
  }

  .landing-page #banner-wrap {
    height: auto;
    min-height: 400px;
    overflow: visible;
  }

  .tall-header-page #banner-wrap {
    height: auto;
    overflow: visible;
    margin-bottom: ;
  }

  .tall-header-page #banner-wrap:before {
    height: 175px;
    position: relative;
  }

  .landing-page #banner-wrap:before {
    height: 250px;
    position: relative;
  }

  .short-header-page .wsite-background {
    height: 125px;
  }

   .landing-page #banner-wrap > .container  {
    height: auto;
    min-height: 400px;
    padding: 3.5em 1.5em;
  	box-sizing: border-box;
    background: ;
  }

  .tall-header-page #banner-wrap > .container  {
    height: auto;
    padding: 3.5em 1.5em;
    background: ;
  }

  .splash-inner {
    background:;
  }

  .landing-page #banner h2, .splash-page h2 {
    font-size: 3em;
  }

  .tall-header-page #banner h2 {
    font-size: 2.5em;
  }

  .landing-page #banner .wsite-button {
    margin-top: auto;
  }

  .title-page #banner-wrap table {
    padding: 1em 0;
    height: auto;
  }

  .title-page #banner-wrap {
    height: auto;
  }

  .title-page #banner-wrap table, .title-page #banner-wrap table tr, .title-page #banner-wrap table td {
    display: block;
  }

/* Search Results */

  #wsite-search-submit {
    border: none;
    top: 6px !important;
  }

  #wsite-search-header, #wsite-search-product-results .wsite-search-product-result {
    width: 100%;
  }

  #wsite-search-header h2 {
    font-size: 18px;
    margin-right: 10px;
    padding-top: 10px;
  }

  #wsite-search-header #wsite-search-query {
    font-size: 1em !important;
    min-height: 0px;
  }

  #wsite-search-sidebar {
    display: none;
  }

  #wsite-search-content:not(.one-column) #wsite-search-results {
    width: 100% !important;
    margin-right: 0 !important;
  }

/*  Blog */

  #blogTable tbody > tr > td {
    display: block !important;
  }

  .column-blog {
    width: 100% !important;
  }

  .blog-sidebar-separator {
    padding: 0 !important;
  }

}

@media print {
    body {
        font-size: 20px;
        color: #000;
    }
    .sticky-wrapper, #header-wrap, #header {
      position: relative !important;
      height: auto !important;
    }
    .page-content {
      height: auto !important;
      overflow: auto !important;
    }
    #wsite-com-checkout-print-receipt {
      display: none !important;
    }
}
/*@font-face rule applied*/
-------

@font-face { font-family: okuda; src: url('okuda.ttf'); }
h2 { font-family: okuda, sans-serif; }

body { font-family: okuda, sans-serif; }

p { font-family: okuda, sans-serif; }

blogCommentText p { font-family: okuda, sans-serif; }


I'd prefer `if line.startswith(ENV + '=')`, the len() stuff is a bit more complicated than it needs to be.


Ok, that makes sense. Thanks.


`return yeas > nays;`


I still see this after running `git clean -xfd`.


Ah, when it didn't render correctly, I thought it was an error.  Sorry! :-|


Maybe it makes sense to add a new Tox environment "with stem" ?


For now I am patching the fix for importing "json" and "tsv".
I couldn't figure out "xlrd"


> We could filter down things like key and version as well if you wish, but they're technically harmless and I would prefer to alter API JSON format only as much as necessary. Makes it easier to document.

Well, again, ``key`` and ``version`` aren't included in all API JSON contexts — e.g., they're not returned from item template requests. We shouldn't include ``key`` when it's not what people might think it is (i.e., a global identifier). It might not actually be harmless.

But ``uri`` makes sense, and in that case we could leave ``version`` in, so that we're basically we're just replacing ``key`` with ``uri``. (Since we'll be exporting collections too in some cases, probably better to stick to generic names for consistency with the API, where in v3 we changed ``itemKey`` to just ``key`` for easier programmatic access.)

> Also, regarding collections, what do you envision? just ``key``? ``uri``?

In API JSON format, it's just an array of keys, since an item can't be in collections in different libraries. But the actual collection data would have to be passed separately. How do we pass collection data to the RDF translator now? Can't just use a single item object...

> I'm not really against including ``libraryID`` in the item data, so ``key`` would be sufficient.

There's no such thing as a global ``libraryID`` — but the URI will serve the same function.


:art: `when the`


damn, thanks!


Updated ZFM.MD


Nice


Dammit


MarkdownDocs (Myoldmopar) - x86_64-Linux-Ubuntu-14.04-gcc-4.8-IntegrationCoverage-Debug: OK (1129 of 1129 tests passed)

![Build Badge](http://img.shields.io/badge/build%20status-passing-green.svg) ![Test Badge](http://img.shields.io/badge/tests%20passed-100.0%25-green.svg) ![Coverage Badge](http://img.shields.io/badge/coverage%20status-69.81%25-green.svg)


The groups have dots u nub


Mr @kostiakoval said that this wouldn't work with Objective-C


I intended to represent that access and refresh token identifiers should be protected -- thus "secret."  But I can see how that is likely to confuse, since public apps are unable to protect "secrets."  Better to avoid using the term.


@Fornoth: `spotify.py` is not available in the repository. Maybe you mean `connect.py`?


tested and working


It would have appeared over Ben's name on the title slide when we presented it.


Well, commiting this using Visual Studio instead of git console first time made diffs terrible.


Somehow this change broke my trivial tests, i.e., compile, disassemble, compile, and compare.  It turned out the disassembler was totally broken.  Disassembly between old vs new iasl shows inverted comparisons like the following:
`
-                    If ((Local3 != 0xFFFF))
+                    If ((Local3 == 0xFFFF))
`
and
`
-                If ((CPUN >= 0x02))
+                If ((CPUN < 0x02))
`
I reverted this change and everything is good now.  Please fix it ASAP.


@honkmaster I literally opened Xcode, changed the deployment target, and closed it again - I didn't intentionally change anything else.


Please fix all the mode changes (the files should not be executable).


removing the `.md` extension breaks the links.


Oh yeah. Diffs are becoming normal now.


>How do we pass collection data to the RDF translator now?

It's a separate call to `Zotero.nextCollection` to iterate through all (highest level?) collections that are being exported. The resulting object contains `id`, `name`, `children`/`descendents`, where the latter is an array of items/collections (just looking at Zotero RDF translator code here). It seems like that's probably the most reasonable approach for translators anyway, where we want to export both items and collections (e.g. empty collections should still be exported in Zotero RDF), but we could add a  collections array to each item for convenience. Maybe include collection name in addition to collection key.


I commented out all the old factories and forgot to remove them when i was finished testing. I will remove them before I merge.


GnuPG returns `0` when input contains a valid signature. Signature made with **any** key it can find. This includes but is not limited to the key received in line 240 (Hashbang Team key if gpg is up to date, attacker's key if it's older than GnuPG's issue 1579), any key user might have put in their pubring earlier (pubring is just a dumb store, trustdb is a separate thing), any key that might be fetched during verification if `auto-key-retrieve` option is used. In short, this only verifies that data contains _some_ signature anyone could made and putting it into `~/.ssh/known_hosts` is only as secure as the HTTPS connection used to retrieve the data (hopefully that's still okay, but it makes gpg check pointless and it's something _very_ different than what #29 postulated :)
Now, of course, gpg will put up a big warning that the key is untrusted (it will be untrusted for most people even if it's the correct Hashbang Team key), but the user is not even given a chance to bail out at this point!


Now do you have to go through and re-add all of these tests as mocha tests?


So, @nathanyoung - I actually found the opposite. Well, I found both. When testing the links in the "preview" window in GitHub, they only worked with the .md extension. However, when published, I get a 404 error. With the extension removed, the links work on the published site. (Note: they link to pages on the centurylinkcloud.com site, and not GitHub, which is perhaps not the desired end state either.)


you have a trailing `/` after the `.md`. The trailing `/` is what should be removed instead


Hm. Thought that I tested that, and found it to not work. But I like your answer - that is what I expected too. Will make the updates.


@mmccurdy07 Thanks for reaching out, sorry it took me soo long to respond, I've only just seen yours as I fully expected you to be way too busy to notice my comment and didn't expect to hear from you so it was nice to see. Anyway, and just as a fyi, I was aware of the updates you committed here and blended them into ideas I had, thanks again ;)


This is true.  But this patch is just for Linux and any other POSIX systems that use the same location (Mac?).  It should be easy enough in a future change to add Windows etc, by checking env['PLATFORM']


Yeah, tested the change with AI-players, now also with generated rating.

This fix was more about a problem when having 4 of 8 players in a game (resulted in same player in several spots).

The real fix is here:
0f26c440144b961257ac7751e3ef9ecdc1e5b0d1

You changed arguments of Team.create() which resulted in perma-unbalanced teams (didn't add first player to the team)


Thanks for updating the PDF.  I wasn't able to make the PDF:
```
! Undefined control sequence.
<argument> ...selectfont \raggedright \@extraAuth
                                                  \par }\vspace {8\p@ } {\he...
l.40 \maketitle
```


This argument is worthless.


Ah. Good spot. This'll probably be what actually did it.


You should do the same thing for blue and redfor resistance IMO


Actually it's  `Lawrence_etal_FAST_rev.pdf` that needs to be updated.

I'm using `latexmk` and `texlive` and get that error.  What are you using?


> This fix was more about a problem when having 4 of 8 players in a game (resulted in same player in several spots).

I stress again: This commit *does not do anything useful*.
Reordering those lines has no effect on the behaviour of the program, and reassigning PlayerOptions is just going to clobber all the other player data. Look at what that function does: it creates an empty WatchedValueArray, full of nils.
Your code will then rearrange these nills...


database files were not included. You can run the actual crawler if you want data.


I copied the rev file to the name you linked in the post, so i thought that should be fine. Does the rev pdf still need to be posted?

I use pdflatex and tetex .

Sent from my iPhone

On Apr 9, 2015, at 7:39 PM, Peter Becich <notifications@github.com<mailto:notifications@github.com>> wrote:

Actually it's Lawrence_etal_FAST_rev.pdf that needs to be updated.

I'm using latexmk and texlive and get that error. What are you using?

-
Reply to this email directly or view it on GitHub<https://github.com/tlawrence3/FAST/commit/4b4b0075c7b478ce2a3dbc70c22c94aef7b84601#commitcomment-10657796>.


Any reason not to provide API JSON for collections as well and have the collection membership handled by the default item API JSON?


Did you mean to change all the whitespace?


The TESTNET prefix stuff has been excised from rippled I believe. It's not being used for the rippletest.net stuff anyway afaik. You could probably trim it


What should the invocation/process be? You sound more familiar with it than I am at least :)


If the name isn't set in stone yet (or, e.g., it is going to be split off into a separate package eventually), I vote for calling this idea/package "Still Alive".

Mostly so that we can sing [the portal song](https://www.youtube.com/watch?v=Y6ljFaKRTrI) whenever we use it (:


The 'static' seems to be a typo. Thanks for fixing that.


LGTM!


Oh.  I don't think the grammar fixes got included in `Lawrence_etal_FAST.pdf`, though.

I think our branches were split before you generated the PDF:
```
433c976 *   HEAD origin/master origin/HEAD master Merge branch 'master' of https://github.com/tlawrence3/FAST
        |\
9068193 | * couple of grammatical fixes
ae47328 | * Missing space after "#+TITLE:" kept title from appearing in PDF. Updated PDF.
4b4b007 * | update of FAST PDF on the repo
        |/
b78ef6d * Fixed documentation errors Added --no-starts option to fascodon
```


this method should probably accept roles and return values based on the roles asked for so it is reusable elsewhere and not hardcoded to the ones listed here


You will design a set of classes for storing student information, along with a main program that will read student information from a file, store the data, compute final grades, and then print a summary report to an output file.


It looks wierd. There is a very little probability that the job will change its state between these two if's. Shouldn't you move this "if" outside of the parent "if(...)"?


#include <iostream>
#include <conio.h>
#include <string.h>

using namespace std;
int main()
{

	int numero;
	cout<<"Ingrese un numero \n";
	cin>>numero;
	if (numero<=99){
	cout<<"El numero es Menor que 100";
	}
	if(numero>=100){
		cout<<"El numero es Mayor que 100";

	}
getch();

}


wow! This is the best commit i've ever SEEN!


I don't really like the type of getModuleName - you can't get a module name from a broken parse, and returning "" is just wrong. Should return Maybe String, and even then you might wanna newtype it.


@guenter this line of code is _still in master_! I think it doesn't do anything useful though.


编码方式为UTF-16 LE，刚才打错了，文件是对的


looks fine


Note that there's no way to generate the same access for AbstractPromise in Scala... Before:
```
abstract class scala.concurrent.impl.AbstractPromise
  minor version: 0
  major version: 50
  flags: ACC_SUPER, ACC_ABSTRACT
```

Now:
```
  Compiled from "AbstractPromise.scala"
public abstract class scala.concurrent.impl.AbstractPromise extends java.util.concurrent.atomic.AtomicReference<java.lang.Object>
  minor version: 0
  major version: 50
  flags: ACC_PUBLIC, ACC_SUPER, ACC_ABSTRACT
```


Thanks for the free commit.  My graph likes it.


why did these change ?


Avoid `a > b > c`, also tag names.


Thanks I believed it to be there but was not sure.


why don't these match up with our enum values for PrismDID?  endian issue?


How can you be sure this is run before the init() functions of the logging 'plugins'? Would it be better to use sync.Once to call init() at the top of Register?

Better yet, I asked in #go-nuts and was quoted the spec:

```
"A package with no imports is initialized by assigning initial values to all its package-level variables followed by calling all init functions "
```

I think the outer lock could be eliminated and replaced with pkg level initialization of logdriverFactory (and it's map inside) and this will ensure that the map is available whenever the plugins have their init() run and call to Register().


Minor suggestion: Change colon to period.


Colon --> period


eeee


Hi Ryan,

This commit to /ProcessModule.module is breaking fresh installs of modules that use the 'configurable interface' such as Blog making it impossible to install. Did you really mean to totally remove the 'include module configuration fields if provided' check above or deleted it by error? :-). Filed an issue here #1085


Using AsyncQueue here may simplify the code.  The queue can be set to block when reading or nonblocking and can be used with AsyncQueueWatcher for integration into the mainloop.


:heart:


I was actually thinking `Alive` and `alive-pointers` wouldn't be terrible names for the datatype and package respectively. Another idea is `Strong` and `strong-pointers`, which contrasts nicely to `Weak`, but is perhaps a bit confusing. I'm increasingly thinking `Lifetime` was a poor choice, so I'm more than open to suggestions.


Yeah the re-ordering is a null-operation, just looked cleaner with setting the variables on the object before putting the object into PlayerOptions.

gameInfo.PlayerOptions is reset and then the data from *orgPlayerOptions* (not nil / default data)  is put into slot so the final result will be the new order.

If we don't reset PlayerOptions then the above code will move a player in a random slot but keep the data for the old spot. For instance, if we have a player moved to slot 2 -> 4 slot 2 they will have identical data.

This can happen if you for instance have 4 players in a game with 8 open spots, they can get any of the 8 spots then and thus need to be removed from the old one.


do we need this for `gen_cfun_wrapper` too?


For run, I might say something like 2014_T1 to show that the run doesn't have to include the name of the course.


Probably. This is just the first place I noticed this.


It was a typo that sneaked in when I extracted #967 out.


Alright I pushed the PDF now, recompiled after the merged branches, hopefully it's good now!

> On Apr 9, 2015, at 7:50 PM, Peter Becich <notifications@github.com> wrote:
>
> Oh. I don't think the grammar fixes got included in Lawrence_etal_FAST.pdf, though.
>
> I think our branches were split before you generated the PDF:
>
> 433c976 *   HEAD origin/master origin/HEAD master Merge branch 'master' of https://github.com/tlawrence3/FAST
>         |\
> 9068193 | * couple of grammatical fixes
> ae47328 | * Missing space after "#+TITLE:" kept title from appearing in PDF. Updated PDF.
> 4b4b007 * | update of FAST PDF on the repo
>         |/
> b78ef6d * Fixed documentation errors Added --no-starts option to fascodon
>
> —
> Reply to this email directly or view it on GitHub.
>

--
David H. Ardell
Assistant Professor, Molecular Cell Biology Unit
Chair, Quantitative and Systems Biology Program
5200 North Lake Road, School of Natural Sciences, University of California, Merced CA 95343
office: SE 228 // (209) 228-2953 // fax: (209) 228-4675 // http://compbio.ucmerced.edu/ardell
OFFICE HOURS FOR BIO 2 and QSB: Tuesdays and Thursdays, 1:30 pm to 2:30 pm or by appt.


One comment - otherwise :+1:


What is the motivation for this change from None to FAKE @amaltaro @ticoann ?


because fn-compose was build just for fun, have no strong tests and will be not maintained in the future, That’s why


Is not it better put the noum max in the fuction name!? Like "getMaxPingIntensity".


The rest of voting.js uses "yeas" and "nays". Also, the argument is passed in as yeas still.


Oh. Of course. I made the assumption that every element would be updated, but this doesn't account for empty slots.

Right. Sorry. This does make sense. Why am I trying to review patches at 0200 while I'm fighting off an antibiotic resistant infection?
*whistles innocently and passes out*


@jdurgin it should have been a call to ```release_lock()```.  I am actually going to break this commit out into its own bug fix since it should probably be backported to hammer.


Found BROKEN by full.
tfunction.py
13. integration.py
14. simulator.py
15. typemaps_futurediv.py
16. matrix.py
17. ocp.py
18. mx.py
19. nlp.py
20. vectortools.py
21. function.py
22. lpsolver.py
23. ad.py
24. socpsolver.py
25. sx.py
26. mx_jacobian_sparsity.py
Ran 26 tests, 0 fails.
python internal/test_py.py python -skipfiles="alltests.py helpers.py complexity.py speed.py" -memcheck -passoptions="--ignore_memory_heavy --run_slow"
Running test in python
01. tools.py
02. qcqpsolver.py
03. linearsolver.py
04. control.py
05. misc.py
06. homotopynlp.py
07. qpsolver.py
08. typemaps.py
09. sparsity.py
10. symbolic.py
11. sdp.py
12. implicitfunction.py
13. integration.py
In python, integration.py failed:
==============================
returncode:  1
Will test these integrators:
cvodes  :  ['ode']
idas  :  ['dae', 'ode']
collocation  :  ['dae', 'ode']
oldcollocation  :  ['dae', 'ode']
rk  :  ['ode']
slow <function test_full at 0x2b6ed92f6e60>
slow <function test_tools at 0x2b6ed92f6f50>
<function test_jac at 0x2b6ed92fb050>
<function test_lsolvers at 0x2b6ed92fb0c8>
<function test_X at 0x2b6ed92fb140>
Bug that appears when rhs contains repeats
[[  7.06101844e-14   0.00000000e+00   0.00000000e+00]
 [  1.52100554e-14   0.00000000e+00   0.00000000e+00]
 [ -2.65727040e-09   0.00000000e+00   0.00000000e+00]]
collocation points
CVodes integration: evaluation
CVodes integration: evaluation with MXFunction indirection
CVodes integration: evaluation time offset
former glibc error
CVodes integration: hessian to p: Jacobian of integrator.jacobian
CVodes integration: hessian to p: Jacobian of integrator.jacobian indirect
CVodes integration: hessian to p in an MX tree
-54.6937
CVodes integration: hessian to p in an MX tree
hessian
regression test for #535
regression check for issue 92
jac= 2.28317e-07
regression check for issue 92
[2.71829, 1.71829]
regression check for issue 92
[2.71828, 2.71828]
CVodes integration: jacobian to q0
CVodes integration: jacobian to p
Linear ODE
Mathieu ODE
[[ 0.62528701]
 [-0.43405208]]
Nonlinear ODE sys
1.1368
0.607234
[[ 0.          0.02704959]
 [ 0.          0.23082395]]
[[ 0.          0.        ]
 [ 0.          0.19488495]
 [ 0.          0.        ]
 [ 0.          1.1346571 ]]

test_X (__main__.Integrationtests) ... skipped 'Ignoring memory_heavy tests (--ignore_memory_heavy)'
test_bug_repeat (__main__.Integrationtests) ... ok
test_collocationPoints (__main__.Integrationtests) ... ok
test_eval (__main__.Integrationtests) ... ok
test_eval2 (__main__.Integrationtests) ... ok
test_eval_time_offset (__main__.Integrationtests) ... ok
test_full (__main__.Integrationtests) ... ERROR
test_glibcbug (__main__.Integrationtests) ... ok
test_hess3 (__main__.Integrationtests) ... ok
test_hess4 (__main__.Integrationtests) ... ok
test_hess5 (__main__.Integrationtests) ... ok
test_hess6 (__main__.Integrationtests) ... ok
test_hessian2D (__main__.Integrationtests) ... ok
test_issue535 (__main__.Integrationtests) ... ok
test_issue92 (__main__.Integrationtests) ... ok
test_issue92b (__main__.Integrationtests) ... ok
test_issue92c (__main__.Integrationtests) ... ok
test_jac (__main__.Integrationtests) ... skipped 'Ignoring memory_heavy tests (--ignore_memory_heavy)'
test_jac1 (__main__.Integrationtests) ... ok
test_jac2 (__main__.Integrationtests) ... ok
test_linear_system (__main__.Integrationtests) ... ok
test_lsolvers (__main__.Integrationtests) ... skipped 'Ignoring memory_heavy tests (--ignore_memory_heavy)'
test_mathieu_system (__main__.Integrationtests) ... ok
test_nl_system (__main__.Integrationtests) ... ok
test_tools (__main__.Integrationtests) ... ok
test_tools_trivial (__main__.Integrationtests) ... ok

======================================================================
ERROR: test_full (__main__.Integrationtests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "integration.py", line 103, in test_full
    self.checkfunction(integrator,solution,digits=6)
  File "/home/casadibot/slaves/linuxbot/full/source/test/python/helpers.py", line 496, in checkfunction
    adjsens2 = vf.callReverse(inputss2, res2, aseeds2)
  File "/home/casadibot/slaves/linuxbot/full/source/python_install/casadi/casadi.py", line 20675, in callReverse
    return _casadi.Function_callReverse(self, *args)
RuntimeError: The assertion "sparsity().isScalar() || y.isScalar() || sparsity().shape()==y.shape()" on line 502 of file "/home/casadibot/slaves/linuxbot/full/source/casadi/core/mx/mx_node.cpp" failed.
Dimension mismatch.lhs is 0-by-1 (dense), while rhs is 0-by-0 (dense)

----------------------------------------------------------------------
Ran 26 tests in 7.866s

FAILED (errors=1, skipped=3)

==============================
14. simulator.py
15. typemaps_futurediv.py
16. matrix.py
17. ocp.py
18. mx.py
19. nlp.py
20. vectortools.py
21. function.py
22. lpsolver.py
23. ad.py
24. socpsolver.py
25. sx.py
26. mx_jacobian_sparsity.py
Ran 26 tests, 1 fails.
make: *** [unittests_py] Error 1

```


I realize in retrospect this will not work unless it also allows you to iterate over the parents values. HMMM.


Yes that's how you pass args down. I'd probably put the part currently in wizard in setup-drupal and probably change the name to setup-project or something so the name makes more sense. Then you could call just setup-project in the future, it ask you the directory and do the rest of the host file stuff in there.


Looks good to me, thanks!


This resolves issue #11


Nice. could you guys share the keys in the flow for us?


@notcake


Forget at line [41][0]

[0]: https://github.com/helios-ag/FMBbCodeBundle/commit/136baac18694e6e4f7243b0f5fa7b143fca07f3d#diff-089c48c0bd951f2808f5f4a031f6d8eaR41


@conficker1805 published, unpublished will be more grammatically correct.


Hi SubJunk.

What is this line referring to?

Thanks!


Not sure this should be included in the repo? (lines 26-41)


Hi SubJunk.

What is this line referring to? "+ Improved Android device detection".

Thanks!


@conficker1805 Please update your git author email and name.


Hmmm. That was just a placeholder. I could not decide what to do with broken sources.


I find 'scrapers with data' a bit confusing here. What about 'Over 2000 scrapers and 1 million rows of unlocked data'?


FYI: There's a helper method [Context#getString(res, string format args...)](http://developer.android.com/reference/android/content/Context.html#getString(int, java.lang.Object...)), so you can write `c.getString(R.string.webcast_event_format, eventName, number)`


改這樣是？


This is a test repo.


Awesome!


@dmitry that did it, thanks! 👍🏻


I have regenerated the api key, do not try to use this one


XML renamed, unix command renamed, repository renamed (to source), I believe that's all. I don't mind changing the internal variables either, but I'm still not clear why that would be more pep8 than what we have ;) but again, as long as it's consistent I'm fine


This api key does not work, see the not on the last commit


@Override?


Hi @SubJunk.

What is this line referring to? "+ Improved Android device detection".

Thanks!


The red line has been deleted and the green line added.


I'm guessing you didn't see bumplibs.sh ?


FacilityTabGridView (evanweaver) - i386-Windows-7-VisualStudio-12: OK (2177 of 2196 tests passed)

![Build Badge](http://img.shields.io/badge/build%20status-warnings-yellow.svg) ![Test Badge](http://img.shields.io/badge/tests%20passed-99.13%25-yellow.svg)


Not sure if I like the grepcode reference. Why was this required?

Changes to the pom.xml files is slightly bad form, since the diff is showing the change from inside a dependency node through the close of the node and the beginning of another. Technically not incorrect.


@equivalentideas I like! I'll see if I can work that number out


I did actually try that initially, but ran into some issues with Browserify. I'll give it another go though, as it's much simpler.


i think checking that sources aren't broken is an excellent use case for
arion - arguably, when a file changes and there are no tests for it, you
should at least check that it is compilable (while still complaining about
no tests).

you should try as far as possible to be honest with Haskell. If you can't
always get an X from a Y, writing getX :: Y -> X is just asking for trouble
- the point is to bubble the possibility of failure up with Maybe or Either
so your client code can take intelligent action. getX :: Y -> Maybe X is
much better.

On Fri, Apr 10, 2015 at 8:34 AM Karun <notifications@github.com> wrote:

> Hmmm. That was just a placeholder. I could not decide what to do with
> broken sources.
>
> —
> Reply to this email directly or view it on GitHub
> <https://github.com/karun012/arion/commit/4e39788ddd44227ca116650095f65e9f9912b8c2#commitcomment-10658200>
> .
>


改成不會 error 阿


After I updated this, I wasn't able to push my changes. Something about something something merged tracks. Who knows? Anyways, if you find yourself needing to add/remove all of something in queue and don't want to do "git add <whatever>" 800 times, do this
"git add ."
OR
"git add -A"

I don't really get the difference. Also, even after that, I couldn't get this to push. Something something blah blah. I'm terrible at reporting errors. But, if that ever happens, you can use the nifty little "-f" flag that tells github that you don't care what it things, you have intentions of committing and pushing anyways. And that's what happens. Pretty badass


Yea sorry about that, rather new to github.


Also, I've been reading through that NVIDIA book. Dude, totally beyond me. I don't have a clue. It's so hard =(


Might be an idea to use foreach instead of callbacks.

```d
foreach (val; nodes.readArray)
{
}
```
```d
foreach (key, val; nodes.readArray)
{
}
```
But then again, there is no `val`, only the tail of `nodes`.


I agree with returning Maybe X. I should have changed it before committing.

Good point about checking that sources aren't broken. May be it will be nice to have a little report at the beginning of the session about sources that are broken? Once we start recomputing the associations we can do that after every recompute.


Actually this is wrong:

Are the changes to libcrmcommon: [a]dditions, [r]emovals or [f]ixes? [None]: a
libcrmcommon_la_LDFLAGS	= -version-info 6:0:3
New version with backwards compatible extensions: x+1:0:z+1
Updating crmcommon library version: 6:0:3 -> 7:0:4


You would have to copy across every applicable material parameter from the original material to the new VertexLitGeneric material.
Also I don't know if LightmappedGeneric is the only shader that uses $color and/or $alpha that doesn't get set when used by the engine elsewhere.

The Valve developer wiki is godawful for technical details of shaders (handwavey descriptions don't count) and I didn't want to wade through the shader code in the Source SDK at the time.


i'd probably put it at the end, otherwise it will just scroll by. If you
can print the actual build error that ghc would spit out, that'd be even
better. I think we get that for things that have tests attached already
though.

On Fri, Apr 10, 2015 at 8:48 AM Karun <notifications@github.com> wrote:

> I agree with returning Maybe X. I should have changed it before
> committing.
>
> Good point about checking that sources aren't broken. May be it will be
> nice to have a little report at the beginning of the session about sources
> that are broken? Once we start recomputing the associations we can do that
> after every recompute.
>
> —
> Reply to this email directly or view it on GitHub
> <https://github.com/karun012/arion/commit/4e39788ddd44227ca116650095f65e9f9912b8c2#commitcomment-10658298>
> .
>


Thanks! I have removed it in70f966eb9eb5e2cae5d4f62ae213ae035677efee.


(now added to the correct change)

Actually this is wrong, see the bumplibs.sh output:

Are the changes to libcrmcommon: [a]dditions, [r]emovals or [f]ixes? [None]: a
libcrmcommon_la_LDFLAGS = -version-info 6:0:3
New version with backwards compatible extensions: x+1:0:z+1
Updating crmcommon library version: 6:0:3 -> 7:0:4


not sure why this was removed, feel free to add a PR


I've been meaning to fix up the colors again for white theme.


develop (Myoldmopar) - x86_64-Linux-Ubuntu-14.04-gcc-4.8-IntegrationCoverage-Debug: OK (1129 of 1129 tests passed)

![Build Badge](http://img.shields.io/badge/build%20status-passing-green.svg) ![Test Badge](http://img.shields.io/badge/tests%20passed-100.0%25-green.svg) ![Coverage Badge](http://img.shields.io/badge/coverage%20status-69.81%25-green.svg)


Not sure... Don't you need to also call `hiddenDoc.removeEventListener('DOMContentLoaded', onReady)`?


Were you planning to PR this upstream?


I'm no expert, but gpg gives detailed information in machine-readable format on `--status-fd` and one would need to check the fingerprint of the key used in the signature there to ensure that `--verify` does what we want it to. User would (and should) still be shown the usual human-readable information on the standard error, and should be given an option to skip this step after seeing gpg's verification messages. Though, gpg messages might be confusing given that it will probably say the key is untrusted even if user implicitly trusts the script that can verify the fingerprint. And I don't think it is possible to make it say otherwise in any reasonable way (i.e. without doing something surprising to the user, and making it portable across possible user settings, policies, &c).


> Hehe, seems it's christmas time :)
> Ok, my personal list:
> expo

I pushed this a few commits ago. 83074af2c9a691ef86c378965c2e8df67c7c2ada

> animation ( flying windows :) )
> anmation-addons

Yes, these are obvious but need a lot of work. I'm working on animation.

> video (not shure about, but i noticed that mate-screensaver's lock screen need it on some installations, if compiz is enabled)

I removed plugin video at the beginning.

It was supposed to accelerate video playback (composited Xv output ?) when used in combination with patched media players. Example: a (very old) patch for mplayer: http://lists.freedesktop.org/archives/compiz/2007-July/002494.html

As far as I know, there are no media players supporting it.

I may add it back, if there is any possibility of support from mplayer/vlc etc.

I don't think it interacts in any way with mate-screensaver, if you know something different, tell me :)

> group and tab windows

Noted.

> windows scale ( very useful to grap/scale a window, if edges of windows are small (1px))

Scale is already in fusilli. :)

> shift switcher ( another amazing plugin besides the cube)
> ring switcher (maybe, shift switcher is sufficient for me )

Noted. I have a branch for ring somewhere, it should be ready soon.

> regex (is it not already in core?)

Yes it's in core (I moved the code of the plugin in src/match.c)

> Thanks

:)


Review: https://review.gerrithub.io/#/c/229382/


@mbleigh I added a test for your `data-id$="{{...}}"` use case but it didn't fail. :(

I did find a bug with where we case map with attribute serialization, but it didn't manifest in an actual bug.

Can you check out this test and see if you can figure out how your setup differs?  Thanks.


I was hoping to learn Ruby, thanks!


surely just loop the ```objects_to_throw``` list?

Also, consider ```spawn()```ing this and some of the other effects off, so that they happen simultaneously instead of one by one.


What is happening there?


:ok:


Is the change pressingly needed? Generally, I would prefer to stay away from using protected members because such members blur the line between the interface of the class and the inner mechanics.


to read the object more easily, I'd put the "request" property at the start of the object (begore resolve/reject) because resolve/reject use it.


@rjeczalik thanks for the explanation, but I am not sure that achieves anything, although bear in mind I don't write Go!

If you only provide a lock when getting a pointer to the listeners, the listeners range could still change whilst you are going through your for loop.  So if you want to ensure the listeners don't change during the iteration, then I assume your previous version is correct, or perhaps maybe this instead:

```go
callbacks := c.listeners[connState]
c.listenerMtx.RLock()
for _, callback := range callbacks {
    go callback()
}
c.listenerMtx.RUnlock()
```


Swietna robota! Dzięki za kurs podstaw Gita. Wszystko z konsoli cmd czy raczej z git PowerShell?


Please push to Gerrit for review.


FYI, I had to do something different in Ruby as we are not using Mutexes at all (single threaded model) so instead I clone the list, see https://github.com/ably/ably-ruby/blob/master/lib/ably/modules/event_emitter.rb#L89-L99


Instead of splitting all the methods you can just have sth like this :

```
def self.channel
    @channel ||= connection.create_channel
  end

  def self.connection
    @connection ||= Bunny.new.tap do |c|
      c.start
    end
  end
```

And then call fanout on channel method.


If we wanted a dumber mock, we'd remove this and use sinon in the tests instead... but I guess it's a lot more work


I don't think this intro is very useful - what's "printing to somewhere". The emphasis should still be console.log and the likes I think.


@gabrielasmeria, @mflorea already got to revert your previous PR, so I`ve also reverted the test fixing PR from yesterday. Please consider @sdumitriu's mention from the original PR https://github.com/xwiki/xwiki-platform/pull/396 and redo both the platform and enterprise PRs in a clean version.


what if you get enoent or enotdir?
what do you mean with: "Warining! Release file or direcory already exisits"


Tabulation


Remove


Could you document the distinction between user_quota and core_quota here? This is not obvious to me.


I'm not sure we want to return a rejection here.


Shouldn't this be "Create" and not creating (same for passing)


else and elseif on new line.


Also I'm not sure it's worth returning requestPromise; because you just resolved it, it should work the same way with the same timing characteristics if you just return Promise.resolve(). (I might be wrong though)


This and all methods below should be private.


Mysle ze spokojnie z tego Power Shella mozna korzystac :) Ja przynajmniej sie staram wlasnie


To be honest all you need to test is #publish method.


Shouldn't this go into lib/mono/4.5/ ?


Removing the repetitive declaration of maven-compiler-plugin is good. On the other hand,  I am reluctant about relying on seemingly implicit behavior for the "maven.compiler.source" and "maven.compiler.target" properties. The documentation on these properties is sparse. It could be quite problematic if these properties were no longer supported and the build defaulted to some other target. Frankly, it would be a nightmare of epic proportions as published artifacts cannot be recalled. I going to play it safe and declare the compiler plugin and set the source/target explicitly.

As a more concrete safety measure, we should use the animal-sniffer-plugin to provide an additional safety net.


Que contiennent ces fichiers ?


mknod can be worked around with a patch in systemd-nspawn, but the restriction on the cgroup filesystems cannot be worked around.

So I suggest `s/mknod/access to the cgroup filesystems/`


Ok, I see. I'm going to revert the introduction of the self reference.


s/an/a


Should be "Start PostgreSQL on localhost..."


Looks like this will break the code on legacy hardware. What do you think would be a good solution? Drop legacy hardware support or use ifdef to switch parts of the code in order to be compatible with old hw?


Awesome :)


Fluent

$result = \DB::table('users')
    ->select(
        'users.*',
        'user_profiles.id as profile_id',
        'user_profiles.twitter',
        'user_profiles.birthdate'
    )
    ->orderBy(\DB::raw('RAND()'))
    ->leftJoin('user_profiles', 'users.id', '=', 'user_profiles.user_id')
    ->get();

foreach ($result as $row) {
    $row->full_name = $row->first_name . ' ' . $row->last_name;
    $row->age = \Carbon\Carbon::parse($row->birthdate)->age;
}

Eloquent
php artisan make:model NombreModelo

Eloquent
php artisan make:model NombreModelo

$users = User::select('id', 'first_name')
    ->with('profile')
    ->where('first_name', '<>', 'Javier')
    ->orderBy('first_name', 'ASC')
    ->get();

//dd($result->getFullNameAttribute);
//dd($result->full_name);
dd($users->toArray());


:+1: for BunnyMock. Nobody has used that before.


:smile: actually OTRSCodePolicy should detect if a module is not from OTRS Group and then not replace the copyright. Did this not work?


It doesn't want to go in the docs, it's for dev use only when doing a mixin implementation coverage audit. All it does is force-load any remaining mixin targets which haven't been loaded at that point.


BTW just a suggestion could you add a few thing to the buffs page for Polymorph, Droconic Poly, Shapechange, Baleful Polymorph (Obviously Baleful would need a extra space to know if you keep you mind or not). If you could and with adding in the extra columns needed on the creatures page for those buffs/debuff it would allow Heroforge a little more function for Dynamic Play (look at www.theonlysheet.com for their definiteness of what dynamic play is). Also have you had a chance to look at YAPCG yet to see how they have their Items and Equipment set up?


@airballking, I'd like to draw your attention here.
This copy constructor allows the `old' way of updating pose stampeds.


This file seems like an accidental addition


I did it - and shudder a bit.


NPU supports both Ingress and Egress sampling on IFP. Support on EFP depends on the NPU. In Broadcom its supported only in NPU
When Ingress sampling is enabled for an ACL all the filtered packets received from different ports are send to CPU. When egress sampling is enabled for an ACL all the filtered packets egressing out of different ports are send to CPU


Getting "builtin_function_or_method' and 'int'" on line 57 for the latest code. I'll see if I can figure it out - may be something simple.


好想买啊，你赞助我钱哪


I believe this can be simplified to:
```c#
return matchingPoll
.Ballots
.Select(BallotToModel)
.ToList();
```


修改颜色


What's wrong here, the scaladoc or the implementation?
(My take is that the implementation should be changed to actually do what the scaladoc (correctly) claims it does.)


Длина не только в процентах. Если выбираешь динамическую, она в пикселах показывается.


This was a terrible commit


Pure oversight on my part. I'll change it to make it more conformant.


Same question here. (With even more verve, due to the "eagerness" implied by the name.)


``` ruby
class Cliente < ActiveRecord::Base
  belongs_to :estado
  has_many :clientes
end
```


Change the description for the Constructor.


Question, I was trying to add some stuff to my rom, but he does a appy check and gives an error saying api check failed. How did you get pass that? Thanks!


Strangely enough, the java implementation suffers from the same disparity between scaladoc and implementation.


Понял.. Да я уже удалил..Всё по новой буду делать локально и пушить. А то пытался прямо через github это ужас.. Еще % неверно. Экраниваровать наверно надо.


Looks like this commit broke build.
Please see http://ci.cgeo.org/job/c-geo/3640/console to remedy the problem.


``` ruby
class Estado < ActiveRecord::Base
   has_many :cidades
   has_many :clientes, through :cidades
end
```


Там тогда и на инглише строки править надо в .ui файле, чтоб у англичан
тоже юниты были (кстати, он в Glade не открывается). И не забудь обновиться
на 3.16, обнова пришла.

2015-04-10 16:19 GMT+06:00 repsac <notifications@github.com>:

> Понял.. Да я уже удалил..Всё по новой буду делать локально и пушить. А то
> пытался прямо через github это ужас.. Еще % неверно. Экраниваровать наверно
> надо.
>
> —
> Reply to this email directly or view it on GitHub
> <https://github.com/repsac-by/vala-panel/commit/74cf216e334ced9713b048296d14bfacdd414077#commitcomment-10663278>
> .
>


So you didn't cache Fetcher nor Publisher ;) Please do it.


For each message send you create new channel. Look at your rabbitmq management panel.


Так ведь всёравно динамические юниты, надо вводить переменную.


Tests :)

Use : https://github.com/scottwb/bunny-mock


> This looks correct to me but process.c is such a twisty maze of little if statements all alike that it took me 15 minutes of staring at the code and I'm still not 100% sure.
>

Agreed :-S

> However, it does look like the close can be done right after the dup2 call a few lines up, allowing this loop to be removed. (Also, close should really be uv__close.)
>

Hum, But that would break if you want the child's fd 4 and 5 to be the partent's fd 42, right? because after you dup 42 into 4 you'd close it and on the next iteration you'd fail.

> Apropos that dup2 call, there is a potential for bugs there because it doesn't check the return code.

Indeed. AFAIS there is not much we can do other than ignoring it though...


@MacDada dodałem interfejs ale wywala błąd.
https://github.com/dudekm/blog/issues/4

Fatal error: Interface 'UserRepository' not found in C:\xampp\htdocs\blog\model\PdoUserRepository.php on line 4


hey this is he
Jill husband she is married


This is the first commit. Done to save the code. At the moment, I'm not sure whether all the code needed. If the code is needed, I will add all the necessary processing conditions.


I'm getting the following error now when importing modelicares:

```python
default_display_units = DisplayUnits(config.items('Default display units'))
  File "/home/arnout/anaconda/lib/python2.7/site-packages/configparser.py", line 885, in items
    raise NoSectionError(section)
configparser.NoSectionError: No section: 'Default display units'
```

Could it be ```display.ini``` is not included in the repository?


Changes made:

21   include $(CLEAR_VARS)
22   LOCAL_MODULE := android-support-v17-leanback-res
23   LOCAL_SDK_VERSION := current
24 - LOCAL_SRC_FILES := LOCAL_SRC_FILES := $(call all-java-files-under, dummy)
24 + LOCAL_SRC_FILES :=
25   LOCAL_RESOURCE_DIR := $(LOCAL_PATH)/res
26   LOCAL_AAPT_FLAGS := \
27       --auto-add-overlay
28   LOCAL_JAR_EXCLUDE_FILES := none
29   include $(BUILD_STATIC_JAVA_LIBRARY)


Hi @sachaos , per my understanding, the term `name template` means it is the template to name of javascript functions.

I understand that for common usages, the names are created from the path of the original javascript file; but it is not mandatory. The name can be created from factors other than file path.

So I prefer to keep current name.


Hi it tommy jill is my wife ok


На фиг там переменная? Просто оставить без значения, и все. Или подписать проценты, ибо динамические юниты в настройках все равно не видны (они только в конфиге). Все это в 0.4.0 у меня запланировано, но я не обещаю, что буду релизить часто, ибо скоро армия.


maybe you didn't notice the of_head branch?


Change the description of the comment for the constructor


good change


How so? FWIW, the test this one is based off assumes the same and I've never seen it fail...


I'll fix the commit msg length when rebasing.