@gforcada Jenkins CI reporting about code analysis
See the full report here: http://jenkins.plone.org/job/package-plone.registry/3/violations
```
plone/registry/field.py:17:1: I001 isort found an import in the wrong position
plone/registry/field.py:59:13: Q000 Remove bad quotes.
plone/registry/field.py:60:13: Q000 Remove bad quotes.
plone/registry/field.py:97:17: Q000 Remove bad quotes.
plone/registry/field.py:98:17: Q000 Remove bad quotes.
plone/registry/field.py:236:21: Q000 Remove bad quotes.
plone/registry/field.py:237:21: Q000 Remove bad quotes.
plone/registry/field.py:242:17: Q000 Remove bad quotes.
plone/registry/field.py:243:17: Q000 Remove bad quotes.
plone/registry/field.py:247:13: Q000 Remove bad quotes.
plone/registry/field.py:249:13: Q000 Remove bad quotes.
plone/registry/field.py:257:25: Q000 Remove bad quotes.
plone/registry/fieldfactory.py:35:30: Q000 Remove bad quotes.
plone/registry/fieldfactory.py:54:17: Q000 Remove bad quotes.
plone/registry/fieldfactory.py:55:17: Q000 Remove bad quotes.
plone/registry/fieldfactory.py:92:17: Q000 Remove bad quotes.
plone/registry/fieldfactory.py:93:17: Q000 Remove bad quotes.
plone/registry/registry.py:24:1: I001 isort found an import in the wrong position
plone/registry/registry.py:25:1: I003 isort expected 1 blank line in imports, found 0
plone/registry/registry.py:72:32: Q000 Remove bad quotes.
plone/registry/registry.py:79:25: Q000 Remove bad quotes.
plone/registry/registry.py:80:25: Q000 Remove bad quotes.
plone/registry/registry.py:95:32: Q000 Remove bad quotes.
plone/registry/registry.py:105:21: Q000 Remove bad quotes.
plone/registry/registry.py:106:21: Q000 Remove bad quotes.
plone/registry/registry.py:124:17: B901 blind except: statement
plone/registry/registry.py:175:9: Q000 Remove bad quotes.
plone/registry/registry.py:176:9: Q000 Remove bad quotes.
plone/registry/registry.py:177:9: Q000 Remove bad quotes.
plone/registry/registry.py:178:9: Q000 Remove bad quotes.
plone/registry/registry.py:180:9: Q000 Remove bad quotes.
plone/registry/registry.py:192:30: Q000 Remove bad quotes.
plone/registry/registry.py:291:21: Q000 Remove bad quotes.
plone/registry/registry.py:308:13: Q000 Remove bad quotes.
plone/registry/registry.py:309:13: Q000 Remove bad quotes.
plone/registry/tests.py:7:1: I001 isort found an import in the wrong position
plone/registry/tests.py:29:12: P002 found "hasattr", consider replacing it
plone/registry/tests.py:51:36: Q000 Remove bad quotes.
plone/registry/tests.py:51:60: Q000 Remove bad quotes.
plone/registry/tests.py:52:34: Q000 Remove bad quotes.
plone/registry/tests.py:59:15: Q000 Remove bad quotes.
plone/registry/tests.py:64:15: Q000 Remove bad quotes.
plone/registry/tests.py:102:40: Q000 Remove bad quotes.
plone/registry/tests.py:102:60: Q000 Remove bad quotes.
plone/registry/tests.py:143:34: Q000 Remove bad quotes.
plone/registry/tests.py:145:28: Q000 Remove bad quotes.
plone/registry/tests.py:147:36: Q000 Remove bad quotes.
plone/registry/tests.py:157:33: Q000 Remove bad quotes.
plone/registry/tests.py:158:67: Q000 Remove bad quotes.
plone/registry/tests.py:159:61: Q000 Remove bad quotes.
plone/registry/interfaces.py:112:45: Q000 Remove bad quotes.
plone/registry/recordsproxy.py:16:5: F401 'collections.UserDict' imported but unused
plone/registry/recordsproxy.py:33:34: Q000 Remove bad quotes.
plone/registry/recordsproxy.py:47:12: E111 indentation is not a multiple of four
plone/registry/recordsproxy.py:65:16: Q000 Remove bad quotes.
plone/registry/recordsproxy.py:75:28: Q000 Remove bad quotes.
plone/registry/recordsproxy.py:84:32: Q000 Remove bad quotes.
plone/registry/events.py:20:16: Q000 Remove bad quotes.
plone/registry/events.py:20:16: S001 found module formatter
plone/registry/__init__.py:2:1: F401 'plone.registry.fieldref.FieldRef' imported but unused
plone/registry/__init__.py:3:1: F401 'plone.registry.record.Record' imported but unused
plone/registry/__init__.py:4:1: F401 'plone.registry.registry.Registry' imported but unused
plone/registry/record.py:28:16: Q000 Remove bad quotes.
plone/registry/record.py:34:30: Q000 Remove bad quotes.
plone/registry/record.py:115:16: Q000 Remove bad quotes.
plone/registry/record.py:115:16: S001 found module formatter
```
Follow [these instructions](https://github.com/plone/jenkins.plone.org/blob/master/docs/source/run-qa-on-package.rst) to reproduce it locally.


comment?


Preferably use doc strings for multiline comments and within your function definitions. Something like:
```python
def function_name(param1, param2):
""" returns something

Arguments:
param1 -- this and is a string
param2 -- that and is an int
"""
```


Currently aWidth can be NULL (-sizeWithFont:). Implicitely casting NULL to String does not seem optimal to me. Shouldn't we use the special Int value -1 when the width is not determined ?


My point was that the isLoaded then getChunkAt checks the chunks map twice


@gforcada Jenkins CI reporting about code analysis
See the full report here: http://jenkins.plone.org/job/package-plone.registry/4/violations
```
plone/registry/field.py:17:1: I001 isort found an import in the wrong position
plone/registry/field.py:59:13: Q000 Remove bad quotes.
plone/registry/field.py:60:13: Q000 Remove bad quotes.
plone/registry/field.py:97:17: Q000 Remove bad quotes.
plone/registry/field.py:98:17: Q000 Remove bad quotes.
plone/registry/field.py:236:21: Q000 Remove bad quotes.
plone/registry/field.py:237:21: Q000 Remove bad quotes.
plone/registry/field.py:242:17: Q000 Remove bad quotes.
plone/registry/field.py:243:17: Q000 Remove bad quotes.
plone/registry/field.py:247:13: Q000 Remove bad quotes.
plone/registry/field.py:249:13: Q000 Remove bad quotes.
plone/registry/field.py:257:25: Q000 Remove bad quotes.
plone/registry/fieldfactory.py:35:30: Q000 Remove bad quotes.
plone/registry/fieldfactory.py:54:17: Q000 Remove bad quotes.
plone/registry/fieldfactory.py:55:17: Q000 Remove bad quotes.
plone/registry/fieldfactory.py:92:17: Q000 Remove bad quotes.
plone/registry/fieldfactory.py:93:17: Q000 Remove bad quotes.
plone/registry/registry.py:24:1: I001 isort found an import in the wrong position
plone/registry/registry.py:25:1: I003 isort expected 1 blank line in imports, found 0
plone/registry/registry.py:72:32: Q000 Remove bad quotes.
plone/registry/registry.py:79:25: Q000 Remove bad quotes.
plone/registry/registry.py:80:25: Q000 Remove bad quotes.
plone/registry/registry.py:95:32: Q000 Remove bad quotes.
plone/registry/registry.py:105:21: Q000 Remove bad quotes.
plone/registry/registry.py:106:21: Q000 Remove bad quotes.
plone/registry/registry.py:124:17: B901 blind except: statement
plone/registry/registry.py:175:9: Q000 Remove bad quotes.
plone/registry/registry.py:176:9: Q000 Remove bad quotes.
plone/registry/registry.py:177:9: Q000 Remove bad quotes.
plone/registry/registry.py:178:9: Q000 Remove bad quotes.
plone/registry/registry.py:180:9: Q000 Remove bad quotes.
plone/registry/registry.py:192:30: Q000 Remove bad quotes.
plone/registry/registry.py:291:21: Q000 Remove bad quotes.
plone/registry/registry.py:308:13: Q000 Remove bad quotes.
plone/registry/registry.py:309:13: Q000 Remove bad quotes.
plone/registry/tests.py:7:1: I001 isort found an import in the wrong position
plone/registry/tests.py:29:12: P002 found "hasattr", consider replacing it
plone/registry/tests.py:51:36: Q000 Remove bad quotes.
plone/registry/tests.py:51:60: Q000 Remove bad quotes.
plone/registry/tests.py:52:34: Q000 Remove bad quotes.
plone/registry/tests.py:59:15: Q000 Remove bad quotes.
plone/registry/tests.py:64:15: Q000 Remove bad quotes.
plone/registry/tests.py:102:40: Q000 Remove bad quotes.
plone/registry/tests.py:102:60: Q000 Remove bad quotes.
plone/registry/tests.py:143:34: Q000 Remove bad quotes.
plone/registry/tests.py:145:28: Q000 Remove bad quotes.
plone/registry/tests.py:147:36: Q000 Remove bad quotes.
plone/registry/tests.py:157:33: Q000 Remove bad quotes.
plone/registry/tests.py:158:67: Q000 Remove bad quotes.
plone/registry/tests.py:159:61: Q000 Remove bad quotes.
plone/registry/interfaces.py:112:45: Q000 Remove bad quotes.
plone/registry/recordsproxy.py:16:5: F401 'collections.UserDict' imported but unused
plone/registry/recordsproxy.py:33:34: Q000 Remove bad quotes.
plone/registry/recordsproxy.py:47:12: E111 indentation is not a multiple of four
plone/registry/recordsproxy.py:65:16: Q000 Remove bad quotes.
plone/registry/recordsproxy.py:75:28: Q000 Remove bad quotes.
plone/registry/recordsproxy.py:84:32: Q000 Remove bad quotes.
plone/registry/events.py:20:16: Q000 Remove bad quotes.
plone/registry/events.py:20:16: S001 found module formatter
plone/registry/__init__.py:2:1: F401 'plone.registry.fieldref.FieldRef' imported but unused
plone/registry/__init__.py:3:1: F401 'plone.registry.record.Record' imported but unused
plone/registry/__init__.py:4:1: F401 'plone.registry.registry.Registry' imported but unused
plone/registry/record.py:28:16: Q000 Remove bad quotes.
plone/registry/record.py:34:30: Q000 Remove bad quotes.
plone/registry/record.py:115:16: Q000 Remove bad quotes.
plone/registry/record.py:115:16: S001 found module formatter
```
Follow [these instructions](https://github.com/plone/jenkins.plone.org/blob/master/docs/source/run-qa-on-package.rst) to reproduce it locally.


Hey @satazor I was looking through the recent issues and PRs, and I'm not sure why this was considered a breaking change? It seems that 3.0.0 just fixed a performance issue in IE11.


Unfortunately F3 and NV do not use XAudio2. And since this mod is "alternative" XAudio2, it will not work.

However, there was a guy on Nexus, who claimed it worked. I really doubt it, but you may try.


hmm, it looks like this is the same in 13.0. possibly something's going on further down?


@devingreene Check if they are in not in .gitignore. For instance, we have the following there:
```
tmp/
.DS_Store
.RData
.Rhistory
.Rapp.history
*.tmp
*.txt
*#
```
Feel free to edit. I don't remember why I added `*.txt`---now it looks odd to me.


bagus


这里修改了几个参数，是不是 .dtx 文件里面 1818 和 1819 两行的 \captionsetup 里面有个 12bp 的参数也要改成 20bp？
水木上有报竖排子图的时候，下面的图片会覆盖上一行的子图标题
http://www.newsmth.net/nForum/article/TeX/326807?s=326807


What they will build is a simple Gradle build script with a single task and a custom task type. We're struggling with overloading the term "build" elsewhere as well. Perhaps we should consider "What you'll create"?


correct, thanks, I also now tidied up the html a bit.


A simple callout or INFO block should suffice that explains that task types can come from Gradle, plugins, or the reader's own code.


Mer presist kompass til micro:bit, med kompassnål


ぴっ

```
$(function () {

    animCurtain()
        .then(animMainTitle)
        .then(animMainTitleLight)
        .then(animLeaf)
        .then(animKira);

    function animCurtain() {
        var d = new $.Deferred;
        $('.main-img__curtain-left').animate({'left': '0'});
        $('.main-img__curtain-right').animate({'right': '0'}, function () {
            d.resolve();
        });
        return d.promise();
    }

    function animMainTitle() {
        var d = new $.Deferred;
        $('.main-img__title').animate({'top': '60px'}, 300).animate({'top': '45px'}, 200, function () {
            d.resolve();
        });
        return d.promise();
    }

    function animMainTitleLight() {
        var d = new $.Deferred;
        $('.main-img_title_light').delay(100).fadeIn('slow', function () {
            d.resolve();
        });
        return d.promise();
    }

    function animLeaf() {
        var d = new $.Deferred;
        $('.main-img__leaf-left').animate({'left': '50%'});
        $('.main-img__leaf-right').animate({'right': '50%'});
        $('.main-img__ribbon').animate({'top': '15'}, function () {
            d.resolve();
        });
        return d.promise()
    }

    function animKira() {
        var kiras = $('.main-img__kira--1, .main-img__kira--2, .main-img__kira--3, .main-img__kira--4, .main-img__kira--5');
        kiras.each(function (i) {
            $(this).delay(100 * i).fadeIn('slow');
        });
    }

});

```


The WeaponInfo offsets seem to be broken again on CS:GO.


`This change is kind of unlike the other code in this class.
I thought this class was suffering from the same problem as FffPolygonGenerator and FffGcodeWriter, namely that the constructor gets a SettingsBase that isn't loaded in yet.
In my view that's a major design flaw, because it means that all class members which depend on settings need to be initialized after construction. There is already an issue: CURA-960

Your code here uses settings at construction (in `FffProcessor::processMeshGroup`), but it turns out the SliceDataStorage is constructed after all sedttings have been loaded in, so it's okay after all.


If you want to create a release apk, just run `ionic build android --release`
Then use jarsigner and zipalign, just like it is mentioned in the link.


Why have you taken these language specific strings out? Are they represented elsewhere now?

As far as I know, they're needed to populate the list of languages on the Languages panel and also the list of languages in the first dropdown during setup. If we're going to use a different method to provide these strings, then that's fine.

I admit it is a bit odd having them here. In the past they only needed to be represented in one textpack because it used to always fall back on the en-gb strings in the absence of anything else. Note, however, that [this commit](https://github.com/textpattern/textpattern/commit/c3d3a677f273bc718d2a7c8b06b7459cd332728a) permits people to override the default language. Imagine you have only installed es-es, your Language panel will not be able to translate them and will show the raw `gTxt()` keys instead.

We should probably figure out a way to present this as a single, global list of available languages, and change core to use it. Ideas on how to do this welcome.


Woops, now that I think of it, I'm not sure why this works...


Thanks guys for your quick and helpful responses.


c**Test hat.type.text ?


Yes it wasn't a breaking change. I did a major bump, because the core algorithm changed slightly and it was safer this way. All tests pass but I didn't want to break anything accidentally.


Collaborator: Review for this commit was created. [Link to review](http://127.0.0.1:8080/ui#review:id=8)


For people interested, this page http://www.verovio.org/mei-viewer-wasm.xhtml runs the first WebAssembly version of Verovio. You need the Chrome Canary or Firefox Nightly to run it. The code is about three times smaller (about 1.2 Mb without the fonts) and about three times faster on Chrome.


Because we have an application that builds from source and I would like to trace as much of it possible back to developers.


Filen är skapad med v2.12 och jag har inte gjort några uppdateringar efter denna version,... kan ev. vara kompatiblitetsproblem med nyare versioner. Om det enbart är denna filen som är problematisk så är det dock mer troligt att filen är korrupt på något sätt. Prova att ladda ner den på nytt (som RAW)


adfsdthgyjc


This way you also keep the XY-distance to the prme tower, which is suboptimal in my view. Making the support directly connected to the prime tower would give more sturdy support, which is good!

I don't know whether doing the subtraction separately would entail a performance penalty.
You would have one polygon less to offset and subtract, but you would perform a separate subtraction of that polygon.


whats is entity?


System.out.println("hahaha");


[L1249](https://github.com/mostafa-mahmoud/RNA-Playground/blob/5f06ddd46b61f1e83aa94c9f7a30f42c1175581b/js/nussinovmatrix.js#L1249) :
```
i < j - this.minLoopLength && p < q - this.minLoopLength &&
```
test is obsolete, since *i<j* is tested before and *i,j* are constant within this loop; furthermore it holds *p<i<j<q*, which makes the second test obsolete

same in L1291

but both shouldnt be a problem, just overhead


Die Klasse "local:DeadlineToBrushConverter" führt zur Fehlermeldung, dass sie im Namespace clr-namespace:TodoList nicht existiert.


OK but this not work, it you want to use `biomaj-ftp` in standalone mode?


I prefer to stick with ResponseListener because it is similar to the low level client, it is familiar for those who know the current transport client api and, I'm not sure what `Consumer` buy us compared with `ResponseListener`. `Consumer` can be composed but I think it will even be less readable. Also, with `ResponseListener` it's easier to define in 1 object  what to do in case of response and error for a given action.


I don't have a theory why the original code is still working in 13.0. My guess is timing.... I tried sleep(100) on several locations here, but I ended up in almost consequental crashes detachEglContext.

detachEglContext is the line which always crashes in libMali sometimes...
createEglSurface on line 152 is called without context, so my guess to move it after the detachEglContext and I can't get it crash anymore with colorfade active :) :)


Thank you for mention ❤ .


Many correction(s), I did. See: Change log.


re


Zmieniasz numer portu? Po co?


True. But I wanted to respect the function nomenclature in res_users.py
```python
    @api.multi
    def _is_system(self):
        self.ensure_one()
        return self.has_group('base.group_system')

    @api.multi
    def _is_admin(self):
        self.ensure_one()
        return self._is_superuser() or self.has_group('base.group_erp_manager')

    @api.multi
    def _is_superuser(self):
        self.ensure_one()
        return self.id == SUPERUSER_ID
```
In fact I think that we should have here
```python
"is_admin": request.env.user._is_admin(),
```
Which is not the same according to the functions. As it is not clear, I've created a feedback yesterday to put in the session_info the list of all the groups a users is into to avoid having in the future ``'is_sales_manager': request.env.user._is_sales_manager()``

See the feedback link here: https://www.odoo.com/web#id=30015&view_type=form&model=project.task&action=333&active_id=809&menu_id=4720


These mouse locations seems to go out of wack every now and then


wrong source link (to Goetz, Hermann Gustav/Libretto/Der Widerspenstigen Zähmung), so new lina app was not able to retrieve the text.


yeah, it does look like timing... i don't see any changes in the opengl libs that are relevant to this. shipit!


This pattern repeats everywhere.
Couldn't you just move this if statement inside a function in the PrimeTower class?


Moze dlatego ze byl zly bo postgresowy a nie mysql :P


Somehow it broke the normal MEI viewer!


ぴぴっ
http://memo.sdn-project.net/post/137609863724/transition


For #6784.


Unsure, but [use_trans_sid](http://php.net/manual/en/session.configuration.php#ini.session.use-trans-sid) disable that functionnality. And it's disabled by default since a long time in PHP.

Else [use-only-cookies](http://php.net/manual/en/session.configuration.php#ini.session.use-only-cookies) do it for sure.  And Yii have a solution for this [setCookieMode](http://www.yiiframework.com/doc/api/1.1/CHttpSession#setCookieMode-detail) (And maybe we can set it in internal).


Created multidev environment for test 87: [ci-87](http://ci-87-ci-example-d8-composer.pantheonsite.io/) in site [ci-example-d8-composer](https://dashboard.pantheon.io/sites/c401fd14-f745-4e51-9af2-f30b45146a0c#ci-87).


@skhalil I think these are useful to keep track of the events you skimmed over and the output number of events after the skims.
In any case, I do not want to have divergent codes in different repo. From now on, all code should be synched to the main repo before running on them.


You mention that where the prime tower is being generated depends on the support generation, but the dependency is not circular. We just need to remove the prime tower from support after both have been generated.

That way we don't remove support for unprinted prime tower, and when the prime tower is finished, support may even rest on it.


You should remove the prime tower outline from the support, so that no support will end up inside the ho9llow prime tower.


if not set, it will call directly user = BmajUser.get_user_by_apikey(apikey) , not using remote endpoint


lol


da huaidan


The collector should implement `InvocationCustomizer` and be accessed through `CorePlugin.getInvocationCustomizer()`


asdas


Det gick att importera den i raw utan klagomål men då syns inte shapelagret

Den 2 dec. 2016 10:00 skrev "Nicklas Broberg Larsson" <
notifications@github.com>:

> Filen är skapad med v2.12 och jag har inte gjort några uppdateringar efter
> denna version,... kan ev. vara kompatiblitetsproblem med nyare versioner.
> Om det enbart är denna filen som är problematisk så är det dock mer troligt
> att filen är korrupt på något sätt. Prova att ladda ner den på nytt (som
> RAW)
>
> —
> You are receiving this because you commented.
> Reply to this email directly, view it on GitHub
> <https://github.com/chaoz/QGIS-LM-Terrain-Styles/commit/9f592c12fe473ce0e73e4c578d92a0c74b8d42b1#commitcomment-20045270>,
> or mute the thread
> <https://github.com/notifications/unsubscribe-auth/AXL6Lt8OqCd0n_pfAZB-PKlMlH7Kfw63ks5rD94ugaJpZM4LCTqT>
> .
>


I'm not sure that this is a good idea. We should focus on restricting the information put into the page source to the required info for the first rendering of the webclient (its startup), in most cases (for instance, knowing if you are admin is required by the planner, debug manager and some other stuff so it should be in the page source, but knowing that you are sales_manager is probably only useful if you are on the sales dashboard (?)). There is a cache in JS for the access rights so if you ask if you are in a given group, it will actually do the RPC only once during your session (until the next F5).

The real purpose of session_info is to gather the information that the webclient will ask (almost) all the time by RPC at startup.

About your comment on respecting the function nomenclature, I'm ok, but you shouldn't have redundant entries in session_info anyway.


Fixes #171


ss


Reference Image :  <img width="1402" alt="screen shot 2016-12-02 at 2 43 47 pm" src="https://cloud.githubusercontent.com/assets/6375735/20828574/34c3238c-b89e-11e6-9b44-621ceefe8692.png">


Could I see this in action? I'm hoping ```File.rename()``` strips out any incompatible characters without the need for regex, is that right?


That's why I created Packager :D
https://github.com/Jeroen-G/laravel-packager


ทดลอง ระบบ comment จ้า


How did lift sicence,For a great god give directions


@FreakBoyZ เห็นป่าว


Ok, in such case, it means that the 'users' collection must be in the db configured in `config.yml`?


tgg


小坏蛋


Morning :)

This is the folder with renamed files:
![https://i.imgur.com/7M8h4K5.png](https://i.imgur.com/7M8h4K5.png)

Is this what you were expecting?


This seems to be a windows only problem... Sorry, can't help.


Note: with the `--bare` repo, we couldn't pull at all because of the lack of remote tracking branches.

I guess we could `git fetch origin/$branchname && git reset --hard FETCH_HEAD` but c'mon I'm just so used to having remote tracking branches. In fact, I think without remote tracking branches we won't see when new branches are added on GitHub/to origin? (I mean, we currently don't check before doing `git worktree add`, but it'd be easy to. I'll go do that right now)


Even if they change back, these matches should still work. Here is an RFC if you need to refer to it:

```
4.1.2.  Charset Parameter

   A critical parameter that may be specified in the Content-Type field
   for "text/plain" data is the character set.  This is specified with a
   "charset" parameter, as in:

     Content-type: text/plain; charset=iso-8859-1

   Unlike some other parameter values, the values of the charset
   parameter are NOT case sensitive.  The default character set, which
   must be assumed in the absence of a charset parameter, is US-ASCII.
```
https://www.ietf.org/rfc/rfc2046.txt


Ok, thanks for letting me know.


@teosarca thx for fixing


Yay! I believe this fixes https://productpains.com/post/react-native/support-selecting-text-within-text-elements-for-copypaste-etc (though someone with admin privileges will have to mark it as fixed, as I don't have that power)


Okay. The reason of putting this in the session_info were:

- There is already the same kind of information
- I wanted to avoid RPC calls

 We should discuss this with @sle-odoo.


you can iterate through list values too with _for in_:
```
for word in readall:
            for char in word:
```


That was Gocom's guidance, and I tend to agree with his thinking here. There are a number of reasons why that I can see:

1. They are country specific, whereas the language packs definitely shouldn't be unless they are a sub-dialect (which Ive discussed previously).
2. If a new language is introduced (such as Hindi which is gradually being created right now) then you don't have to insert that language string into every Textpack for it to show up.
3. Since we are bundling every language with the system, it can in theory read the third/forth line of each text file to get this information (same for setup too).

Sure, it means some refactoring of the current code, but that was always going to happen. Although if you can think of a better method, that still avoids having these superfluous strings, then Im interested.


I do agree wrt removal (also should get rid of paleo-starlight), but nitpickers gonna nitpick:
- Reef Classic has an anti, which the Postmodern version lost
- Reef Classic builds two drones at a time, starting them in batch of two. Reef Postmodern builds up to four drones at a time, starting one by one as required.


I am not sure. We eventually have to make a public name for users' reference. Any better ideas?
Checked is good, but it may not be exclusive enough, since other stages are also checked, and they even have different types of "check"ing.


Collaborator: Review for this commit was created. [Link to review](http://127.0.0.1:8080/ui#review:id=9)


I do not like this.... argggg :p


Need help here . jekyle error?


this was better before the rewrite:
you can iterate through list values too with _for in_:
```
for item in param_list:
            returned_list.append(item*2)
```


Collaborator: Review for this commit was created. [Link to review](http://127.0.0.1:8080/ui#review:id=11)


this was better before the rewrite:
if something is not a list, then its type (list) is the problem, not its value


no


U rock henrik


"It should not break if the file does not exist, just **return 0.**"
it should return 0, not print a message


mv goat in site


Hi @Tobias-Fischer @martz21
I should use `pullKarmaBack` rather than `drawKarma` (pure wrapper from Karma) in most of the case. You can have a look here!


It is class in my project. But it is not important. Important is to create
SerialHolderT instance for example in static class context like in the
example. It's instance has to be valid during whole lifetime of your
program.

2016-12-01 22:43 GMT+01:00 Korneliusz Jarzębski <notifications@github.com>:

> Oh ok :) Thanks, but what is Network class? I can't find it
>
> —
> You are receiving this because you authored the thread.
> Reply to this email directly, view it on GitHub
> <https://github.com/jindrabasek/WiFiEsp/commit/06c401eee0577069445206b0d0bee0bfbfa5a298#commitcomment-20039638>,
> or mute the thread
> <https://github.com/notifications/unsubscribe-auth/ABYnI94suWwi7z1e6F_jrXB-6jxIfFXZks5rDz9ugaJpZM4K_oIq>
> .
>


@alviteri which package did you install? do you have an install debug log?


There is a circular dependency though. Take this side-view of a model:

    ______
    |  __|
    |  |
    |  \_
    |    |
    |____|

If you generate support with a different extruder and enable prime tower, and the prime tower happens to be placed right next to the model, it could become like this:

    ______
    |  __|
    |  |##▒▒▒▒
    |  \##▒▒▒▒
    |    |▒▒▒▒
    |____|▒▒▒▒

Then if you have support horizontal expansion, it would become something like this:

    ______
    |  __|
    |  |##▓▒▒▒
    |  \##▓▒▒▒
    |    |▓▒▒▒
    |____|▓▒▒▒

If you then have Support Placement set to Touching Build Plate, it subtracts all support above the model, like this:

    ______
    |  __|
    |  |  ▓▒▒▒
    |  \  ▓▒▒▒
    |    |▓▒▒▒
    |____|▓▒▒▒

Now if you were to remove the support that intersects with the prime tower, you end up with no support at all and you won't need the prime tower any more. But if you don't need the prime tower any more, you would not need to subtract the prime tower from the support and you would still end up with support again. That is the circular dependency.


please use english variable names


bunun tumunu bir scope icine alirsan global olarak tanimlamamis oluruz, ornegin;

```
(function($){
var CFWidget = function () { .... } // private gibi
///
window.widget = new CFWidget(); // burada da disariya export etmis oluyoruz.
})(jQuery);
```


rob@office-desktop:/opt/bluegriffon$ ./bluegriffon
1480671263936	addons.manager	DEBUG	Loaded provider scope for resource://gre/modules/addons/XPIProvider.jsm: ["XPIProvider"]
1480671263940	addons.manager	DEBUG	Loaded provider scope for resource://gre/modules/LightweightThemeManager.jsm: ["LightweightThemeManager"]
1480671264194	addons.manager	DEBUG	Loaded provider scope for resource://gre/modules/addons/GMPProvider.jsm
1480671264197	addons.manager	DEBUG	Loaded provider scope for resource://gre/modules/addons/PluginProvider.jsm
1480671264198	addons.manager	DEBUG	Starting provider: XPIProvider
1480671264198	addons.xpi	DEBUG	startup
1480671264200	addons.xpi	INFO	Mapping langpack-es-ES@bluegriffon.org to /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-es-ES@bluegriffon.org.xpi
1480671264200	addons.xpi	INFO	Mapping langpack-ru@bluegriffon.org to /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-ru@bluegriffon.org.xpi
1480671264200	addons.xpi	INFO	Mapping langpack-sv-SE@bluegriffon.org to /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-sv-SE@bluegriffon.org.xpi
1480671264201	addons.xpi	INFO	Mapping langpack-gl@bluegriffon.org to /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-gl@bluegriffon.org.xpi
1480671264201	addons.xpi	INFO	Mapping langpack-en-US@bluegriffon.org to /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-en-US@bluegriffon.org.xpi
1480671264202	addons.xpi	INFO	Mapping langpack-it@bluegriffon.org to /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-it@bluegriffon.org.xpi
1480671264202	addons.xpi	INFO	Mapping langpack-fi@bluegriffon.org to /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-fi@bluegriffon.org.xpi
1480671264202	addons.xpi	INFO	Mapping langpack-hu@bluegriffon.org to /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-hu@bluegriffon.org.xpi
1480671264202	addons.xpi	INFO	Mapping langpack-sr@bluegriffon.org to /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-sr@bluegriffon.org.xpi
1480671264202	addons.xpi	INFO	Mapping langpack-ko@bluegriffon.org to /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-ko@bluegriffon.org.xpi
1480671264203	addons.xpi	INFO	Mapping langpack-he@bluegriffon.org to /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-he@bluegriffon.org.xpi
1480671264203	addons.xpi	INFO	Mapping langpack-fr@bluegriffon.org to /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-fr@bluegriffon.org.xpi
1480671264203	addons.xpi	INFO	Mapping langpack-zh-CN@bluegriffon.org to /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-zh-CN@bluegriffon.org.xpi
1480671264203	addons.xpi	INFO	Mapping langpack-sl@bluegriffon.org to /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-sl@bluegriffon.org.xpi
1480671264204	addons.xpi	INFO	Mapping langpack-nl@bluegriffon.org to /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-nl@bluegriffon.org.xpi
1480671264204	addons.xpi	INFO	Mapping langpack-ja@bluegriffon.org to /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-ja@bluegriffon.org.xpi
1480671264204	addons.xpi	INFO	Mapping langpack-pl@bluegriffon.org to /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-pl@bluegriffon.org.xpi
1480671264204	addons.xpi	INFO	Mapping langpack-cs@bluegriffon.org to /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-cs@bluegriffon.org.xpi
1480671264204	addons.xpi	INFO	Mapping langpack-zh-TW@bluegriffon.org to /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-zh-TW@bluegriffon.org.xpi
1480671264204	addons.xpi	INFO	Mapping langpack-de@bluegriffon.org to /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-de@bluegriffon.org.xpi
1480671264205	addons.xpi	INFO	SystemAddonInstallLocation directory is missing
1480671264206	addons.xpi	DEBUG	checkForChanges
1480671264207	addons.xpi	DEBUG	Loaded add-on state from prefs: {"app-profile":{"langpack-it@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-it@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-sv-SE@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-sv-SE@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-he@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-he@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-nl@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-nl@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-cs@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-cs@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-zh-CN@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-zh-CN@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-sr@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-sr@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-ko@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-ko@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-es-ES@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-es-ES@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-sl@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-sl@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-ru@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-ru@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-ja@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-ja@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-gl@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-gl@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-de@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-de@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-fi@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-fi@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-hu@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-hu@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-en-US@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-en-US@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-fr@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-fr@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-zh-TW@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-zh-TW@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-pl@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-pl@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000}}}
1480671264208	addons.xpi	DEBUG	getModTime: Recursive scan of langpack-es-ES@bluegriffon.org
1480671264209	addons.xpi	DEBUG	Existing add-on langpack-es-ES@bluegriffon.org in app-profile
1480671264209	addons.xpi	DEBUG	getModTime: Recursive scan of langpack-ru@bluegriffon.org
1480671264210	addons.xpi	DEBUG	Existing add-on langpack-ru@bluegriffon.org in app-profile
1480671264210	addons.xpi	DEBUG	getModTime: Recursive scan of langpack-sv-SE@bluegriffon.org
1480671264210	addons.xpi	DEBUG	Existing add-on langpack-sv-SE@bluegriffon.org in app-profile
1480671264210	addons.xpi	DEBUG	getModTime: Recursive scan of langpack-gl@bluegriffon.org
1480671264211	addons.xpi	DEBUG	Existing add-on langpack-gl@bluegriffon.org in app-profile
1480671264211	addons.xpi	DEBUG	getModTime: Recursive scan of langpack-en-US@bluegriffon.org
1480671264211	addons.xpi	DEBUG	Existing add-on langpack-en-US@bluegriffon.org in app-profile
1480671264211	addons.xpi	DEBUG	getModTime: Recursive scan of langpack-it@bluegriffon.org
1480671264212	addons.xpi	DEBUG	Existing add-on langpack-it@bluegriffon.org in app-profile
1480671264212	addons.xpi	DEBUG	getModTime: Recursive scan of langpack-fi@bluegriffon.org
1480671264212	addons.xpi	DEBUG	Existing add-on langpack-fi@bluegriffon.org in app-profile
1480671264212	addons.xpi	DEBUG	getModTime: Recursive scan of langpack-hu@bluegriffon.org
1480671264213	addons.xpi	DEBUG	Existing add-on langpack-hu@bluegriffon.org in app-profile
1480671264213	addons.xpi	DEBUG	getModTime: Recursive scan of langpack-sr@bluegriffon.org
1480671264213	addons.xpi	DEBUG	Existing add-on langpack-sr@bluegriffon.org in app-profile
1480671264213	addons.xpi	DEBUG	getModTime: Recursive scan of langpack-ko@bluegriffon.org
1480671264213	addons.xpi	DEBUG	Existing add-on langpack-ko@bluegriffon.org in app-profile
1480671264214	addons.xpi	DEBUG	getModTime: Recursive scan of langpack-he@bluegriffon.org
1480671264214	addons.xpi	DEBUG	Existing add-on langpack-he@bluegriffon.org in app-profile
1480671264215	addons.xpi	DEBUG	getModTime: Recursive scan of langpack-fr@bluegriffon.org
1480671264215	addons.xpi	DEBUG	Existing add-on langpack-fr@bluegriffon.org in app-profile
1480671264215	addons.xpi	DEBUG	getModTime: Recursive scan of langpack-zh-CN@bluegriffon.org
1480671264215	addons.xpi	DEBUG	Existing add-on langpack-zh-CN@bluegriffon.org in app-profile
1480671264216	addons.xpi	DEBUG	getModTime: Recursive scan of langpack-sl@bluegriffon.org
1480671264216	addons.xpi	DEBUG	Existing add-on langpack-sl@bluegriffon.org in app-profile
1480671264216	addons.xpi	DEBUG	getModTime: Recursive scan of langpack-nl@bluegriffon.org
1480671264216	addons.xpi	DEBUG	Existing add-on langpack-nl@bluegriffon.org in app-profile
1480671264216	addons.xpi	DEBUG	getModTime: Recursive scan of langpack-ja@bluegriffon.org
1480671264217	addons.xpi	DEBUG	Existing add-on langpack-ja@bluegriffon.org in app-profile
1480671264217	addons.xpi	DEBUG	getModTime: Recursive scan of langpack-pl@bluegriffon.org
1480671264217	addons.xpi	DEBUG	Existing add-on langpack-pl@bluegriffon.org in app-profile
1480671264217	addons.xpi	DEBUG	getModTime: Recursive scan of langpack-cs@bluegriffon.org
1480671264217	addons.xpi	DEBUG	Existing add-on langpack-cs@bluegriffon.org in app-profile
1480671264218	addons.xpi	DEBUG	getModTime: Recursive scan of langpack-zh-TW@bluegriffon.org
1480671264218	addons.xpi	DEBUG	Existing add-on langpack-zh-TW@bluegriffon.org in app-profile
1480671264218	addons.xpi	DEBUG	getModTime: Recursive scan of langpack-de@bluegriffon.org
1480671264218	addons.xpi	DEBUG	Existing add-on langpack-de@bluegriffon.org in app-profile
1480671264219	addons.xpi	DEBUG	getInstallState changed: false, state: {"app-profile":{"langpack-es-ES@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-es-ES@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-ru@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-ru@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-sv-SE@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-sv-SE@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-gl@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-gl@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-en-US@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-en-US@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-it@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-it@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-fi@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-fi@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-hu@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-hu@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-sr@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-sr@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-ko@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-ko@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-he@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-he@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-fr@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-fr@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-zh-CN@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-zh-CN@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-sl@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-sl@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-nl@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-nl@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-ja@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-ja@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-pl@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-pl@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-cs@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-cs@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-zh-TW@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-zh-TW@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-de@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-de@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000}}}
1480671264222	addons.xpi	DEBUG	No changes found
1480671264222	addons.xpi	DEBUG	Add-ons list is invalid, rebuilding
1480671264231	addons.xpi-utils	DEBUG	Opening XPI database /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions.json
1480671264237	addons.xpi-utils	DEBUG	Successfully read XPI database
1480671264238	addons.xpi	DEBUG	Registering manifest for /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-it@bluegriffon.org.xpi
1480671264240	addons.xpi	DEBUG	Registering manifest for /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-sv-SE@bluegriffon.org.xpi
1480671264241	addons.xpi	DEBUG	Registering manifest for /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-he@bluegriffon.org.xpi
1480671264243	addons.xpi	DEBUG	Registering manifest for /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-nl@bluegriffon.org.xpi
1480671264244	addons.xpi	DEBUG	Registering manifest for /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-cs@bluegriffon.org.xpi
1480671264245	addons.xpi	DEBUG	Registering manifest for /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-zh-CN@bluegriffon.org.xpi
1480671264246	addons.xpi	DEBUG	Registering manifest for /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-sr@bluegriffon.org.xpi
1480671264248	addons.xpi	DEBUG	Registering manifest for /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-ko@bluegriffon.org.xpi
1480671264249	addons.xpi	DEBUG	Registering manifest for /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-es-ES@bluegriffon.org.xpi
1480671264251	addons.xpi	DEBUG	Registering manifest for /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-sl@bluegriffon.org.xpi
1480671264252	addons.xpi	DEBUG	Registering manifest for /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-ru@bluegriffon.org.xpi
1480671264254	addons.xpi	DEBUG	Registering manifest for /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-ja@bluegriffon.org.xpi
1480671264255	addons.xpi	DEBUG	Registering manifest for /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-gl@bluegriffon.org.xpi
1480671264257	addons.xpi	DEBUG	Registering manifest for /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-de@bluegriffon.org.xpi
1480671264258	addons.xpi	DEBUG	Registering manifest for /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-fi@bluegriffon.org.xpi
1480671264259	addons.xpi	DEBUG	Registering manifest for /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-hu@bluegriffon.org.xpi
1480671264261	addons.xpi	DEBUG	Registering manifest for /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-en-US@bluegriffon.org.xpi
1480671264262	addons.xpi	DEBUG	Registering manifest for /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-fr@bluegriffon.org.xpi
1480671264264	addons.xpi	DEBUG	Registering manifest for /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-zh-TW@bluegriffon.org.xpi
1480671264265	addons.xpi	DEBUG	Registering manifest for /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-pl@bluegriffon.org.xpi
1480671264269	addons.manager	DEBUG	Registering shutdown blocker for XPIProvider
1480671264270	addons.manager	DEBUG	Provider finished startup: XPIProvider
1480671264270	addons.manager	DEBUG	Starting provider: LightweightThemeManager
1480671264270	addons.manager	DEBUG	Registering shutdown blocker for LightweightThemeManager
1480671264270	addons.manager	DEBUG	Provider finished startup: LightweightThemeManager
1480671264271	addons.manager	DEBUG	Starting provider: GMPProvider
1480671264275	addons.manager	DEBUG	Registering shutdown blocker for GMPProvider
1480671264276	addons.manager	DEBUG	Provider finished startup: GMPProvider
1480671264276	addons.manager	DEBUG	Starting provider: PluginProvider
1480671264276	addons.manager	DEBUG	Registering shutdown blocker for PluginProvider
1480671264276	addons.manager	DEBUG	Provider finished startup: PluginProvider
1480671264277	addons.manager	DEBUG	Completed startup sequence
*** Blocklist::_loadBlocklist: no XML File found

With the fix it still crashes.....


@noerw the title is still in german


Yes, indeed. I just fiddled with your config idea 👍

By the way if you know of any other variables that you were using and you think might be useful please let me know so I can define defaults in the `package.el` file.


Nice commit bro


Sorry @mfonville ... Due to issue with my server ... Lunzip apk chrome for 64bit have had issues around permission denied .... So the compiler was putting into system 32bit one every time ... I have fixed it and now is working .... Sorry for this delay ...


ok


bunu ve yukaridakini birlestirip ikisinin ortak bir function'i kullanmasini saglayabiliriz. ya da saglamayabiliriz ve bunu ilk firsatta angular2'ye ceviririz. hatta bootcamp'te bunu yapabiliriz?

(bkz: yazdikca acilmak)


login and signup parts are completed.


eline saglik ya bu lazimdi 👍


Maybe you have the flexibility of changing the wording if it does not fit. However defintely preferring "What you'll create"? In this context eite either 'create' or 'learn' will work depending on the final direction the guide takes.


rob@office-desktop:/opt/bluegriffon$ ./bluegriffon
1480671629382	addons.manager	DEBUG	Loaded provider scope for resource://gre/modules/addons/XPIProvider.jsm: ["XPIProvider"]
1480671629385	addons.manager	DEBUG	Loaded provider scope for resource://gre/modules/LightweightThemeManager.jsm: ["LightweightThemeManager"]
1480671629415	addons.manager	DEBUG	Loaded provider scope for resource://gre/modules/addons/GMPProvider.jsm
1480671629418	addons.manager	DEBUG	Loaded provider scope for resource://gre/modules/addons/PluginProvider.jsm
1480671629418	addons.manager	DEBUG	Starting provider: XPIProvider
1480671629419	addons.xpi	DEBUG	startup
1480671629421	addons.xpi	INFO	Mapping langpack-es-ES@bluegriffon.org to /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-es-ES@bluegriffon.org.xpi
1480671629421	addons.xpi	INFO	Mapping langpack-ru@bluegriffon.org to /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-ru@bluegriffon.org.xpi
1480671629421	addons.xpi	INFO	Mapping langpack-sv-SE@bluegriffon.org to /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-sv-SE@bluegriffon.org.xpi
1480671629421	addons.xpi	INFO	Mapping langpack-gl@bluegriffon.org to /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-gl@bluegriffon.org.xpi
1480671629422	addons.xpi	INFO	Mapping langpack-en-US@bluegriffon.org to /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-en-US@bluegriffon.org.xpi
1480671629422	addons.xpi	INFO	Mapping langpack-it@bluegriffon.org to /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-it@bluegriffon.org.xpi
1480671629422	addons.xpi	INFO	Mapping langpack-fi@bluegriffon.org to /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-fi@bluegriffon.org.xpi
1480671629423	addons.xpi	INFO	Mapping langpack-hu@bluegriffon.org to /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-hu@bluegriffon.org.xpi
1480671629423	addons.xpi	INFO	Mapping langpack-sr@bluegriffon.org to /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-sr@bluegriffon.org.xpi
1480671629423	addons.xpi	INFO	Mapping langpack-ko@bluegriffon.org to /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-ko@bluegriffon.org.xpi
1480671629424	addons.xpi	INFO	Mapping langpack-he@bluegriffon.org to /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-he@bluegriffon.org.xpi
1480671629424	addons.xpi	INFO	Mapping langpack-fr@bluegriffon.org to /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-fr@bluegriffon.org.xpi
1480671629424	addons.xpi	INFO	Mapping langpack-zh-CN@bluegriffon.org to /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-zh-CN@bluegriffon.org.xpi
1480671629424	addons.xpi	INFO	Mapping langpack-sl@bluegriffon.org to /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-sl@bluegriffon.org.xpi
1480671629424	addons.xpi	INFO	Mapping langpack-nl@bluegriffon.org to /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-nl@bluegriffon.org.xpi
1480671629424	addons.xpi	INFO	Mapping langpack-ja@bluegriffon.org to /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-ja@bluegriffon.org.xpi
1480671629425	addons.xpi	INFO	Mapping langpack-pl@bluegriffon.org to /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-pl@bluegriffon.org.xpi
1480671629425	addons.xpi	INFO	Mapping langpack-cs@bluegriffon.org to /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-cs@bluegriffon.org.xpi
1480671629425	addons.xpi	INFO	Mapping langpack-zh-TW@bluegriffon.org to /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-zh-TW@bluegriffon.org.xpi
1480671629425	addons.xpi	INFO	Mapping langpack-de@bluegriffon.org to /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-de@bluegriffon.org.xpi
1480671629425	addons.xpi	INFO	SystemAddonInstallLocation directory is missing
1480671629426	addons.xpi	DEBUG	checkForChanges
1480671629427	addons.xpi	DEBUG	Loaded add-on state from prefs: {"app-profile":{"langpack-it@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-it@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-sv-SE@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-sv-SE@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-he@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-he@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-nl@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-nl@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-cs@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-cs@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-zh-CN@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-zh-CN@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-sr@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-sr@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-ko@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-ko@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-es-ES@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-es-ES@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-sl@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-sl@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-ru@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-ru@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-ja@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-ja@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-gl@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-gl@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-de@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-de@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-fi@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-fi@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-hu@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-hu@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-en-US@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-en-US@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-fr@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-fr@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-zh-TW@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-zh-TW@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-pl@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-pl@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000}}}
1480671629428	addons.xpi	DEBUG	getModTime: Recursive scan of langpack-es-ES@bluegriffon.org
1480671629429	addons.xpi	DEBUG	Existing add-on langpack-es-ES@bluegriffon.org in app-profile
1480671629429	addons.xpi	DEBUG	getModTime: Recursive scan of langpack-ru@bluegriffon.org
1480671629429	addons.xpi	DEBUG	Existing add-on langpack-ru@bluegriffon.org in app-profile
1480671629430	addons.xpi	DEBUG	getModTime: Recursive scan of langpack-sv-SE@bluegriffon.org
1480671629430	addons.xpi	DEBUG	Existing add-on langpack-sv-SE@bluegriffon.org in app-profile
1480671629430	addons.xpi	DEBUG	getModTime: Recursive scan of langpack-gl@bluegriffon.org
1480671629430	addons.xpi	DEBUG	Existing add-on langpack-gl@bluegriffon.org in app-profile
1480671629430	addons.xpi	DEBUG	getModTime: Recursive scan of langpack-en-US@bluegriffon.org
1480671629431	addons.xpi	DEBUG	Existing add-on langpack-en-US@bluegriffon.org in app-profile
1480671629431	addons.xpi	DEBUG	getModTime: Recursive scan of langpack-it@bluegriffon.org
1480671629431	addons.xpi	DEBUG	Existing add-on langpack-it@bluegriffon.org in app-profile
1480671629432	addons.xpi	DEBUG	getModTime: Recursive scan of langpack-fi@bluegriffon.org
1480671629432	addons.xpi	DEBUG	Existing add-on langpack-fi@bluegriffon.org in app-profile
1480671629432	addons.xpi	DEBUG	getModTime: Recursive scan of langpack-hu@bluegriffon.org
1480671629432	addons.xpi	DEBUG	Existing add-on langpack-hu@bluegriffon.org in app-profile
1480671629432	addons.xpi	DEBUG	getModTime: Recursive scan of langpack-sr@bluegriffon.org
1480671629433	addons.xpi	DEBUG	Existing add-on langpack-sr@bluegriffon.org in app-profile
1480671629433	addons.xpi	DEBUG	getModTime: Recursive scan of langpack-ko@bluegriffon.org
1480671629433	addons.xpi	DEBUG	Existing add-on langpack-ko@bluegriffon.org in app-profile
1480671629433	addons.xpi	DEBUG	getModTime: Recursive scan of langpack-he@bluegriffon.org
1480671629434	addons.xpi	DEBUG	Existing add-on langpack-he@bluegriffon.org in app-profile
1480671629434	addons.xpi	DEBUG	getModTime: Recursive scan of langpack-fr@bluegriffon.org
1480671629434	addons.xpi	DEBUG	Existing add-on langpack-fr@bluegriffon.org in app-profile
1480671629434	addons.xpi	DEBUG	getModTime: Recursive scan of langpack-zh-CN@bluegriffon.org
1480671629435	addons.xpi	DEBUG	Existing add-on langpack-zh-CN@bluegriffon.org in app-profile
1480671629435	addons.xpi	DEBUG	getModTime: Recursive scan of langpack-sl@bluegriffon.org
1480671629435	addons.xpi	DEBUG	Existing add-on langpack-sl@bluegriffon.org in app-profile
1480671629435	addons.xpi	DEBUG	getModTime: Recursive scan of langpack-nl@bluegriffon.org
1480671629435	addons.xpi	DEBUG	Existing add-on langpack-nl@bluegriffon.org in app-profile
1480671629435	addons.xpi	DEBUG	getModTime: Recursive scan of langpack-ja@bluegriffon.org
1480671629436	addons.xpi	DEBUG	Existing add-on langpack-ja@bluegriffon.org in app-profile
1480671629436	addons.xpi	DEBUG	getModTime: Recursive scan of langpack-pl@bluegriffon.org
1480671629436	addons.xpi	DEBUG	Existing add-on langpack-pl@bluegriffon.org in app-profile
1480671629436	addons.xpi	DEBUG	getModTime: Recursive scan of langpack-cs@bluegriffon.org
1480671629436	addons.xpi	DEBUG	Existing add-on langpack-cs@bluegriffon.org in app-profile
1480671629437	addons.xpi	DEBUG	getModTime: Recursive scan of langpack-zh-TW@bluegriffon.org
1480671629437	addons.xpi	DEBUG	Existing add-on langpack-zh-TW@bluegriffon.org in app-profile
1480671629437	addons.xpi	DEBUG	getModTime: Recursive scan of langpack-de@bluegriffon.org
1480671629437	addons.xpi	DEBUG	Existing add-on langpack-de@bluegriffon.org in app-profile
1480671629438	addons.xpi	DEBUG	getInstallState changed: false, state: {"app-profile":{"langpack-es-ES@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-es-ES@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-ru@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-ru@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-sv-SE@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-sv-SE@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-gl@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-gl@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-en-US@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-en-US@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-it@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-it@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-fi@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-fi@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-hu@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-hu@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-sr@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-sr@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-ko@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-ko@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-he@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-he@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-fr@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-fr@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-zh-CN@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-zh-CN@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-sl@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-sl@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-nl@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-nl@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-ja@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-ja@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-pl@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-pl@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-cs@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-cs@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-zh-TW@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-zh-TW@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000},"langpack-de@bluegriffon.org":{"d":"/home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-de@bluegriffon.org.xpi","e":true,"v":"2.1.1","st":1475059534000}}}
1480671629441	addons.xpi	DEBUG	No changes found
1480671629441	addons.xpi	DEBUG	Add-ons list is invalid, rebuilding
1480671629448	addons.xpi-utils	DEBUG	Opening XPI database /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions.json
1480671629453	addons.xpi-utils	DEBUG	Successfully read XPI database
1480671629455	addons.xpi	DEBUG	Registering manifest for /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-it@bluegriffon.org.xpi
1480671629457	addons.xpi	DEBUG	Registering manifest for /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-sv-SE@bluegriffon.org.xpi
1480671629458	addons.xpi	DEBUG	Registering manifest for /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-he@bluegriffon.org.xpi
1480671629459	addons.xpi	DEBUG	Registering manifest for /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-nl@bluegriffon.org.xpi
1480671629461	addons.xpi	DEBUG	Registering manifest for /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-cs@bluegriffon.org.xpi
1480671629462	addons.xpi	DEBUG	Registering manifest for /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-zh-CN@bluegriffon.org.xpi
1480671629463	addons.xpi	DEBUG	Registering manifest for /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-sr@bluegriffon.org.xpi
1480671629464	addons.xpi	DEBUG	Registering manifest for /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-ko@bluegriffon.org.xpi
1480671629466	addons.xpi	DEBUG	Registering manifest for /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-es-ES@bluegriffon.org.xpi
1480671629468	addons.xpi	DEBUG	Registering manifest for /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-sl@bluegriffon.org.xpi
1480671629469	addons.xpi	DEBUG	Registering manifest for /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-ru@bluegriffon.org.xpi
1480671629471	addons.xpi	DEBUG	Registering manifest for /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-ja@bluegriffon.org.xpi
1480671629472	addons.xpi	DEBUG	Registering manifest for /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-gl@bluegriffon.org.xpi
1480671629474	addons.xpi	DEBUG	Registering manifest for /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-de@bluegriffon.org.xpi
1480671629475	addons.xpi	DEBUG	Registering manifest for /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-fi@bluegriffon.org.xpi
1480671629476	addons.xpi	DEBUG	Registering manifest for /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-hu@bluegriffon.org.xpi
1480671629478	addons.xpi	DEBUG	Registering manifest for /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-en-US@bluegriffon.org.xpi
1480671629479	addons.xpi	DEBUG	Registering manifest for /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-fr@bluegriffon.org.xpi
1480671629480	addons.xpi	DEBUG	Registering manifest for /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-zh-TW@bluegriffon.org.xpi
1480671629482	addons.xpi	DEBUG	Registering manifest for /home/rob/.disruptive innovations sarl/bluegriffon/90h53x5z.default/extensions/langpack-pl@bluegriffon.org.xpi
1480671629486	addons.manager	DEBUG	Registering shutdown blocker for XPIProvider
1480671629487	addons.manager	DEBUG	Provider finished startup: XPIProvider
1480671629487	addons.manager	DEBUG	Starting provider: LightweightThemeManager
1480671629487	addons.manager	DEBUG	Registering shutdown blocker for LightweightThemeManager
1480671629487	addons.manager	DEBUG	Provider finished startup: LightweightThemeManager
1480671629488	addons.manager	DEBUG	Starting provider: GMPProvider
1480671629492	addons.manager	DEBUG	Registering shutdown blocker for GMPProvider
1480671629492	addons.manager	DEBUG	Provider finished startup: GMPProvider
1480671629492	addons.manager	DEBUG	Starting provider: PluginProvider
1480671629493	addons.manager	DEBUG	Registering shutdown blocker for PluginProvider
1480671629493	addons.manager	DEBUG	Provider finished startup: PluginProvider
1480671629493	addons.manager	DEBUG	Completed startup sequence
*** Blocklist::_loadBlocklist: no XML File found

This time it ran, straight after the fail above and said it was registered...I am totally confused mate??
What can I do???


don't leave commented out code in your final result


It gets added to different polygons every time. A function like "add myself to a specified `Polygons`" seemed a little opaque to me.


huehuehue


I think this can be optimized to skip seq creation and double iteration caused by chunking and do the work as the transient is constructed (via an xform).

```clj
(defn headers
  "Get a map out of netty headers."
  [^HttpHeaders headers]
  (into
   (map (fn [[^String k ^String v]] [(-> k .toLowerCase keyword) v]))
   {}
   (.entries headers)))
```

(untested)


Are those backward compatible with *nix? I may add those changes upstream.


File 'chess-rating-server.iml' should be ignored.
Do it in the following way:
1) add it to .gitignore, so it is not accidentally committed by you (or someone else) again:
2) remove the directory only from the repository, but do not delete it locally. To achieve that, open terminal in root project's git directory and do what is listed here: 'git rm -r --cached .idea'
3) commit the .gitignore file and the removal of .idea from the repository. After that push it to the remote


This repository is a companion to the [Creating a Signed and ZipAligned APK (for Google Play) from Xamarin](https://www.appveyor.com/blog/2016/11/22/create-signed-aligned-xamarin-apk/ "Creating a Signed and ZipAligned APK (for Google Play) from Xamarin") Blog Post on the AppVeyor website.

I tested the instructions in the blog with the contents of this repo, so hopefully it will be a useful resource for those trying to do the same thing.


First


I am annoying I know, I see potential transducer/xform use everywhere now :black_joker:


kyugvyjugb


The new dependencies on `opam` and `libev` need to be marked with `=> :recommended`. Without that marker, they are reported as missing by `brew missing` and `brew doctor` when this formula is installed without qcow2. It's a known Homebrew gotcha.


`char` ha lunghezza fissa, il che vuol dire che ogni riga occupera' lo stesso spazio, che sia 1 o 50 caratteri. Per una stringa di lunghezza variabile usa `varchar`


Nice, will try that.


Perche' `name`?


`clock`? non e' meglio `timestamp`?


Before I merge, please follow my code style.


Btw, why `$(uname -i)` doesn't work here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=655428


this test will fail, as the greeter raises an error on not string input - and you already test that in the next line, so this is unnecessary here


Not sure what you mean by marked. There's actually no workaround for this gotcha currently unless you do something insane like

```
depends_on "foo" => :recommended
depends_on "bar" if build.with? "foo"
depends_on "bar" => :recommended
depends_on "foo" if build.with? "bar"
```
which will overcome the gotcha but is too heinous to look at.


wat


haal deze whitespace weg


again, this will always fail, so rather test it for how it fails, which you already do in the next test case


The  `&& !(c instanceof JToggleButton)` addition basically makes it so, that selected icon-only JToggleButtons cannot be distinguished from unselected ones (unless you modify the icon). Before this change, they had a dark-blue background in the selected state, which worked quite nicely for me.

Is there perhaps another fix for the issue you addressed in this?

Thanks!


Cristina Rosano Morin, prueba de la prueba


develop (macumber) - i386-Windows-7-VisualStudio-12: OK (2321 of 2510 tests passed, 0 test warnings)

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


Padh le...


http://buildbot.springrts.com/builders/linux-static-x32/builds/2576/steps/test/logs/stdio

->
The following tests FAILED:
	 13 - testFileSystem (Failed)

->
13: Warning: Failed fetching last modification time from file: not_there
13: Running 6 test cases...
13: ../../test/engine/System/FileSystem/TestFileSystem.cpp(94): error in "GetFileModificationDate": check FileSystem::GetFileModificationDate("not_there") == "" failed
13: Warning: Error is: "No such file or directory"
13: Warning: Could not create directory testFile.txt: File exists


По идее, теперь этот аксессор не нужен.


Another reason to not get a mac


Oh right, my bad! I was looking at the tag specified in the commit description 🙄
Thanks @andreicoman11 @bestander !


Куда-то, по-моему, форматирование кода пропало.


pulled on
saturday


@wilsoncampoz Acabei de fazer meu primeiro commit. Minha função da linha 27 está dando `parseResponse`is not a function`.


@willly-b thanks for testing it. in looking at the ledger-client code, i'm pretty sure that `recoveryWallet` is "ACID" ... if the call fails, no state is changed...


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

На самом деле идея в том чтобы использовать не **переменную класса**, а **переменную экземпляра уровня класса**.


This is a complete rampup for the rump


If the lock is being initialized here, it should be initialized in a `dispatch_once` or a `@property` of the notifier object, rather than a global object. In the case that the library is re-initialized, the current setup may cause a deadlock.


@spike11302000 You have to click Run on the top and then the option that says Run... and then select GLCraft.class


What the fuck. It's so many changes.


@equad525 that's ok, it looks like you fixed it. No worries!


@hungle
Done


@hungle
Fixed


For reference the relevant commit is df903f1


yep


I'm not sure this part makes sense. Unless I'm misunderstanding, if a single `notify` is generated and the app is not killed, the report is never sent?


apk --no-cache add bash


Typo.


@annamcmahon
![a683f8d9c9ea38541dc83889e3d14033](https://cloud.githubusercontent.com/assets/7014355/20854673/c3c11704-b8c3-11e6-9f4e-bd0cf085185a.jpg)


BTW, René, the Id keyword is obsolete and the line thus needs to be removed.


That spacing looked correct in the editor. lol


Thanks for the link. Have to see if I can use it.

It would make a lot of sense if something along these lines was integrated into Signal's automatic building process out of the box, though.


Quick question as I'm writing up the release notes: this commit says "update to pandoc 1.7"; is that a typo? Did you mean Pandoc 1.17? (Also, I'm happy to help add support—later this month—for features added and changes made in 1.18 and 1.19.)


Yea, that's  the 1.17 json format and probably some 1.18 features mingled in


Not sure how the files got added to the repository. May have been the github experience program that did it automatically. We could add `.DS_Store` in the `.gitignore` to prevent this.

The file navigator, `Dolphin`, on Linux also creates a `.directory` file inside file paths to keep track of settings for a specific directory.


1.18 also uses the 1.17 json, so that's where the confusion comes in


没有做完


Shouldn't files like that be automatically be in .gitremove?

On Fri, Dec 2, 2016 at 4:25 PM James T <notifications@github.com> wrote:

> Not sure how the files got added to the repository. May have been the
> github experience program that did it automatically. We could add
> .DS_Store in the .gitignore to prevent this.
>
> The file navigator, Dolphin, on Linux also creates a .directory file
> inside file paths to keep track of settings for a specific directory.
>
> —
> You are receiving this because you commented.
> Reply to this email directly, view it on GitHub
> <https://github.com/Jester565/SpyNinjaGame/commit/a8ede3a6a0875aa08e81694fa3110c6bc2a94bcc#commitcomment-20056847>,
> or mute the thread
> <https://github.com/notifications/unsubscribe-auth/AQ3NDHPiFddi_tA9O-L3Odn4XZYGgbQdks5rELb9gaJpZM4LDHaO>
> .
>


it is unused here?


Thanks I'll fix those, I was sleepy


Why you separated the packages? better `const { app, BrowserWindow } = require('electron')`


Why removed all this?
If this code will not be on HTML, where will be? On Nova Core?


unreachable


Wow sir this built also doesmt have tekken bug yhankx again


Ah that makes sense, I was trying to sneak this feature into the existing release, I guess that doesn’t work><;

Thanks Sean!

-David
On Dec 2, 2016, at 3:06 PM, Sean Kelly <notifications@github.com<mailto:notifications@github.com>> wrote:

FYI, we can't add a new feature like CA-1421 to 1.2.18 because 1.2.18 has already been released to PyPI.

Instead, new features go in a new section of HISTORY.txt; 1.2.19 in this case. Took care of that!

—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub<https://github.com/EDRN/edrnsite.policy/commit/3167daa698b7bebaafb830a35c32e1a13cf2cee6#commitcomment-20055922>, or mute the thread<https://github.com/notifications/unsubscribe-auth/AO5b3EFZuEVo7lyyL7ljw0YWkVraEWuPks5rEKSBgaJpZM4LDFcE>.


#This leaves comments?
##OK I get it
###Onwards and upwards


Luc,
After flashing my da Vinci 1.0A following your step-by-step instructions to install Repetier, the printer is now not visible in the Arduino port. The upload was supposedly successful but nothing happened. Still black bars on the da Vinci screen.
Any suggestions?
Thanks! Much appreciated.
M.


Cool! 😸


`.gitremove` is that a thing?

 Files listed in `.gitignore` will never be added to the remote (online) repository.

There is a default `.gitignore` file for each programming language someone on github has created in a repository, and github will suggest each new repository include one of those files in the each repository.

Generally, the files included in the ignore are temporary or binary files that are created by the program or programming language was it's ran. https://github.com/github/gitignore

This usually doesn't include (by the `.gitignore`s I've seen) files generated by the OS or an program external to the project.


Oh yeah gitignore

On Fri, Dec 2, 2016 at 4:35 PM James T <notifications@github.com> wrote:

> .gitremove is that a thing?
>
> Files listed in .gitignore will never be added to the remote (online)
> repository.
>
> There is a default .gitignore file for each programming language someone
> on github has created in a repository, and github will suggest each new
> repository include one of those files in the each repository.
>
> Generally, the files included in the ignore are temporary or binary files
> that are created by the program or programming language was it's ran.
> https://github.com/github/gitignore
>
> This usually doesn't include (by the .gitignores I've seen) files
> generated by the OS or an program external to the project.
>
> —
> You are receiving this because you commented.
> Reply to this email directly, view it on GitHub
> <https://github.com/Jester565/SpyNinjaGame/commit/a8ede3a6a0875aa08e81694fa3110c6bc2a94bcc#commitcomment-20056915>,
> or mute the thread
> <https://github.com/notifications/unsubscribe-auth/AQ3NDP7l49aUk3puubc3yfDqJpLgrCsIks5rELk3gaJpZM4LDHaO>
> .
>


@Neverlord: what's your take on this? Would you +1 a new `shiviz` log component?


prout


See https://github.com/InternalError503/Language-Manager/pull/13 for more information.


Thanks for the heads up Brad.
I've used the same idea but used a different method to detect the fact that the thing is not moving horizontally.
I'm not really sure whether it is a valid method.
I've also cocked up the reference to you in the commit - how the hell do you do the @ someone from the command line?


@paulcarroty  provides doesn't remove nothing  , we may have many packages which provides the same thing. In this case we also need add "provides" because some packages depends on  openssl and without provides and with removing of openssl , the packages will report broken deps


shouldn't this be under `node_engine=="chakracore"`?


Still Not Complete (In Progress)


ecj generates ! by itself,  !+  and !*


I think we've generally been favoring C++ exceptions over C style assert statements for the game code.  If it's apt to cause a lot of problems if wrong, a check probably is a good idea.


This looks great! I can see that you're catching up!


This has been changed to a minor increment in c8def98


I didn't find release 2.2.0.RC2 in the maven central repository (https://mvnrepository.com/artifact/org.grails/grails-gradle-plugin). What repository is it in?


Low hanging fruit is still fruit!

Thanks :)


@giriving


Cool; I'll note it as "support for 1.17's JSON format and some features from  1.18" or similar. 👍


When editing a system throught the frontend (fe) ajax function, the $element variables is no defined.


This isn't accurate. `get_session()` takes care of calling `revive_if_needed()` itself.


Nice commit title


For end-user - how to test the new build-in difftool?
I've tried this, but it didn't work:

```
» git config --bool difftool.useBuiltin true
» git difftool

Viewing (1/1): 'someFile.exe.config'
Launch 'kdiff3' [Y/n]? n
```


The `realm::_impl` namespace is internal to the object store, and its contents are not intended to be available to bindings. This symbol should live in the `realm` namespace.


Headers in the `impl` directory are internal to the object store, and cannot be included by headers outside of the `impl` directory. They can only be used by other headers in the `impl` directory, or by .cpp files.


I think the original idea was that some of the variables might be macros that I didn't want to include in the header file. In practice they seem to be mostly 0. I revisit this.


I would say nearly everyone using the plugin before you rewrote it and broke the interface (and everyone's code...) used it in what you call the 5% group... what polling system are you using to determine this, a couple guys in the pub school of polling ;)


Sorry to hear about that :cry:


@hungle
Done


`runCommand(string)` is :sadpanda:, can we make this take `vector<string>` instead? Does osquery have a thing we can use? It seems like it should.


Switched to StreamReader to avoid reading in entire file in case file is really larger


I already fixed the indentation issue.


please tell me this was not a real api token...


Switched to an active pattern for better readability


Tony, please add more details here.


ive stopped using this branch


Nope, just a dummy API token.


"Color"?


What changes have been done besides changing the version that requires vmap re-extraction?


fucking gay


See the linked commit in this commit message.


You are probably right. I'll add a couple of extra tests and actually check the parsed type is as expected


Why remove `Spigot-Server-Patches/0185-Optimize-World.isLoaded-BlockPosition-Z.patch`?


lmao my bad


yeah well they can so suck it loldoldosdlodlxddd


@duckfan77: Here's what is running on the Jetson so far.


This should be
```
if ( args._[ 0 ] ) {
    opts.dir = args._[ 0 ];
}
```
otherwise, if no `dir` provided, the program will fail.


ok fine with it


@ngoquang2708  yes, only that. because after some minutes adb was dis connected then when I re try get log again. It start from like before. and disconnected again like before. like that .


Are you a bot?


this is my device tree : https://github.com/ih24n69/android_device_samsung_kanas/tree/cm-13.0


Don't you mean
`    type UnwrappedM (ContextHolder ssc m) = ReaderT (NodeContext ssc) m`?


Prefer `resolve` when walking directories. Prefer `join` when you need to combine paths in a platform-independent way; e.g.,

```
path.join( __dirname, 'fixtures', 'beep', 'boop.js' );
```


ok


Remove empty line.


s/fird/first/


Kasih deskripsi aplikasimu bro, jalannya kaya gimana, prosesnya kayak gimana..biar visitor tau apa yang kamu kerjakan..cheers


Why do you need to concat off an empty array here? `[ 1, 2, 3 ].concat()` returns a new array and does not mutate. See [MDN](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Array/concat).


I presume he means VU as the VIF bucket never fills up (I believe there's a warning for that?) Then again I don't think I've ever seen the VU buffer fill up, and reset. Not to say there isn't certain scenarios where this does happen.


SVM file updated- merge with master


You don't need to create a new `remark` instance each time. Cache in the parent scope; e.g.,

```
var notesTransform = remark().use( extractor( 'notes' ) ).use( remarkUnlink ).use( removeElements );
```
You can either store the transform in a hash and perform a look-up in `getSectionText` to get the desired transform, or you can do `if/else if/else if/else` logic.


Yes, I think you're right client.recoverWallet does not change state, but if recoverWallet fails, then L296 (which we are commenting on) calls appActions.updateLedgerInfo, which does update the state. The update performed here seems to invalidate the wallet.


Always account for malformed input.

```
/^#[ ]*([^\n]+)\r?\n/
```


@dannybackx
Any chance you looked at this?
Would really appreciate your input


ce-i asta un fel de webpack?


Ditto. RegExp should be modified.


_dapai は打たれた牌


发多少


how does it "invalidate" the wallet? just try again, right?


Week 2 project


Nice teacher


Prefer `debug` to `console.error`. Otherwise, no way to turn off "noisy" logging.


This make break due to file system limits. Probably want to go with a sequential approach, unless you are going to implement a queue or apply a back-off method.


Move the `onDone` callback to the parent scope. Otherwise, the compiler must create a new context for each invocation of `onPkgs`. Nothing within `onDone` depends on the immediate parent scope.


Don't throw. You return this `err` to the provided errback.


Use C1Directory for reading files and directories


Right. All the changes make perfect sense. Nearly forgot the constexpr thing and use my "usual" two space indention. :) Thanks for that!


Load file contents using C1File class


Add link to `lunr.js`.


Prosil bi te, če pobrišeš tole datoteko ter narediš mapo z istim imenom, ki bo vsebovala tvojo nalogo.


Do we also want to support the `pattern` option, as well?


_周园
和常青青
的小窝

- 1

- 2

- 3

- 23_

> 暗室逢灯暗室逢灯

> qote

1. numberlist

- [ ] 哈哈哈

- [ ] 可以打勾


I think I'll steal your method! Thanks. Can't help you with Git on the command-line, I'm afraid.


Ok, pushed to master: https://github.com/HowardHinnant/date/commits/master
Thanks much!


-

2.

1.

- [ ]

10.

 asdf


Этого условия теперь не нужно, этот же финальный else — мы уже проверили, что фильм ни хороший ни плохой. Кстати, оно тут игнорируется на самом деле :) Этот код для Ruby читается так:

```ruby
else # ага, вот что мы будем выполнять теперь! а именно...
  not (goodFilm.include?(arg)) and not (badFilm.include?(arg)) # отдельностоящее выражение, ничего не делает, просто вычисляется
  puts notSeen
```


<!DOCTYPE html>

		<meta charset="UTF-8">
		<title>task1</title>
		<link rel="stylesheet" type="text/css" href="task1.css"/>

/*  基本格式  开始************/
body,div,ul,ol,li,dt,dd,dl,h1,h2,h3,h4,h5,h6,form,input,textarea,p{
	margin: 0px;
	padding: 0px;
	font-size: 13px;
}
/*  基本格式  结束************/

/*    开始************/
	#wrap{
		width: 294px;
		height: 294px;
	}

.header-left,.header-center,.header-right{

}
.main-left,.main-center,.main-right{
	display: inline-block
    float: left;
    width: 90px;
	height: 90px;
    border-radius: 3px;
    font-size:0;
    background-color:rgb(231,131,38) ;
}
.footer-left,.footer-center,.footer-right{
	display: inline-block
    float: left;
    width: 90px;
	height: 90px;
    border-radius: 3px;
    font-size:0;
    background-color:rgb(231,131,38) ;
}
.header-left,.main-center,.main-left{
	margin: 0 2px 2px 0;
}
.header-center,.main-right{
	margin: 0 0 2px 0;
}
.header-right{
	margin:0 0 2px 2px ;
}
.footer-left{
	margin: 0 2px 0 0 ;
}
.footer-right{
	margin: 0 0 0 2px;
}
/*    结束************/


Invalid is spelt wrongly.


Also added Bootstrap carousel (forgot to mention in commit).


I have used `git mv` exclusively for renaming the files.
Since after the renaming, I made significant changes to the file, it appears on github as a new file altogether.
If you really want to, use `git diff -M2% HEAD~1 HEAD` to see the rename


Also see [Issue 342](https://github.com/weidai11/cryptopp/issues/342).


こちら削除し、コミットいたしました。


`Promise.resolve` `cast` is deprecated


@TAKExHERO 過去のコミット履歴に残っていますので、ご注意ください〜〜


Is this correct JS syntax?


И было еще одно условие: К пассажирскому поезду можно прицепить только пассажирские, к грузовому - грузовые.

Внимательнее читай задание.


Instead of removing these files from the repository, I recommend ignoring them, see https://github.com/brailleapps/wiki/wiki/IDE-support


PulkoMandy: you just forgot the patchset.


But the intent here was to have old boolean behaviour to not do a major version bump right?
I also don't think it should be this flexible but it could break things, maybe for next bell major @ldesplat ?


昂


Is mmaps re-extraction required or only vmaps?


Nice. Thanks for the Fiddes


Fixes


@mrunalp do you know any way to check seccomp directly with bash? Instead of checking kernel config options


точно) а вернее - логично) спасибо!)


Why did you **decrease** version?


I think this change is strange, i.e. why not align the beginnings?


same, why not align by dot?


I personally would really like to have simple annotations on the same line, e.g. @`Override`, simple code looks complicated this way


should be changed to `else if`


hmmm, why is this aligned, but not the dot or method arguments?


Why not open a proper bug report?

> Viewing (1/1): 'someFile.exe.config' Launch 'kdiff3' [Y/n]? n

That looks like it works alright...


Was there a reason for omitting the quotes on line 59?


The code can be a little bit messy in some parts. It will be cleaned a bit later.


MTCore dependent.... and MTCore isn't public @Creeperface01


hmmm, this had a `formatter:off`, could you please enable that from the formatter?


a nice


could be `else if`


Look through the current development branch on github, particularly the charities table in db/schema.rb
There's no more "user_id for charity.......


same as the top


Response should be created with some kind of value in it. What is the actual response?


This change broke our system: new users that are not in Chamilo can login but are not added to Chamilo because the "login.ldap.php " ldap code is different from the "newUser.ldap.php".

It is strange to have this login part in a section that clearly says it will only run if a user DOES NOT exist in chamilo yet.


sefrerfsdf


Don't add id's when creating objects in tests. This is done automatically in rails


Help


Microdecision.


For QA: `3. Make sure "Remove" button is longer than "Done" button` will be no longer necessary after https://github.com/brave/browser-laptop/pull/6000 is merged.


Why don't you return an error if the article is a draft?


![](https://github.trello.services/images/mini-trello-icon.png) [Tabelas | Implementar Filtro](https://trello.com/c/exe1lgHj/10-tabelas-implementar-filtro)


//this needs to be changed


Because a draft article might not have a title at first for example, or a title but no content.


Why are you fixing this now? (my PR exactly did the same)


It seems to be the right way to do validating in spring. Not sure how i could do it in a better way.


typo


Thanks 👍


FirstBattle Tank


riesena uloha #9


And what if the given `account_id` or the `category_id` are invalid? In this case, the controller will not send an error but it should, even if the article is a draft


Can we have this the same as the web standard, i.e. top, right, bottom, left.


You should remove your serveradmin password and login from repo.


hello


Хм, а кто так говорит? Я бы больше Блоху доверял, он же половину Java написал.

По моему личному опыту, всегда хорошо работает минимализм: делать всё private, final, не создавать лишних абстракций, не пытаться написать код, который решает проблему, которая ещё не возникла. Вместо этого, как можно меньшим количеством кода решать одну маленькую проблему и переходить к следующей маленькой проблеме.


sorry been busy RL, honestly been kinda stumped on what to work on next with it and/or what still can be fixed if needed.


__apiary.manifest contains reference to non-existent file in repository.__ (Autogenerated message from apiary.io)
+ apiary.apib


Well we should definitely not accept an author to publish an invalid article which is why validation should be executed before publishing it. Moreover, the client should not give the opportunity to select a non-existent category.


Anzahl Zeichen beschränken


> Хм, а кто так говорит?
Наш лектор по Java - Антон Михайлович =)

Звучит разумно, я что-то такое у Эккеля читал.


Oops.  This is wrong.


@DrChat  Ok. Thanks for reply :)


👉  this is prolly better ![screenshotcombo](https://cloud.githubusercontent.com/assets/1426799/20859038/18a82d58-b986-11e6-984d-29980eca7480.png)


@plugz when I click over a folder, the clone button is disabled.
So where does this crash comes from ? Am I missing something obvious ?


sql injection vulnerability here


尺寸


Banana: http://www.fox1023.com/wp-content/uploads/2016/05/banana-2.jpg


internal-net-{$if}


internal-addr-{$if}

just to be clear on naming :)


as long as we're not using it right away I'm ok with master merge here


@fichtner the problem of backwards compatibility, the current items are named like this ;(


TeamCity NEventStore :: Core :: Build [Build 6.0.0-dotnetcore.24](http://build.prxm.it:8813/viewLog.html?buildId=3697&buildTypeId=NEventStore_CI&guest=1) outcome was **FAILURE**
Summary: Error running GitVersion Build time: 00:00:34


This is absolutely save my ass. Thank you @likeuntomurphy! 💯  mergable.


you mean the uppercase macros? I see, how unfortunate


@fichtner ok, will do, I will refactor the rest in this branch to avoid issues. The rule generation will be a bigger blob of code.


Could we get a new version with this fix? The rule is currently crashing


actually their lower case, like this in the config:
```
<network>lanip</network>
<network>lan</network>
```

For easier transition, I would like to keep them the same...


alright ok


Project converted to a "Dynamic Web Project". from my side two jsp files have been added for the main page and librarian page


My first comment


Что это значит ?


Зачем этот метод ?


`saveBtnAction` -> `saveButtonAction`


`connectDB` -> `connectToDataBase`


permissive , i believe you name your class as the same name of a function

```
class number_format;
....
number_format number_format() const;
```
no?


`name` -> `buttonName`


> Какие оба списка объединить? Я это не понял.

Как выше, объединив ru и en: ```Sample menu / Пример меню```
> В чем преимущество вызова с параметром 6, так отслеживается конкретное имя файла, а не расширение?

Да, где-то было на форуме.


Changed login page to material design
Refer here for the CSS theme that is to be used for the entire application (green/indigo)


I have to clarify the type when the method has the same name as a type by adding the namespace or prefixing the type with "class ". I'm doing that now so you won't have to compile with -fpermissive.


Кажется, что метод должен называться `saveControlClick(String controlId)`


I like this Ben, well done.
Could you think about developing it so that you only needed the code to print the ticket once and it added the relevant details each time (e.g. Price paid / change etc.)?
Also - why did you choose random.randint for the parking spaces?


OMG, it's my mistake. I'd be confused EN-dash and EM-dash at that moment.
Fixed at 08b989c.


I'll have to think about ```value(worksheet, cell, value)```. It's true that modern C++ prefers free functions over member functions but they're more difficult to discover for users using IntelliSense or similar tools.


teste


See the current student.yml files format


Why did you use static code here, go for the dynamic as seen in the current index.html file


see #89


Aha, funny.  I guess it takes the text of the reference from the section header.  Thanks, learned something here!


> [](url)


Ça m'as l'air bien, il ne reste plus qu'a l'implémenter.


test