brcha

As long as data is private, I don't think so. Although, it is pointless to discuss that since keeping passwords in plaintext is, well, :)

Pretty cool show.

I think it is wise to publicly announce both speakers who have accepted invitations and speakers whose invitations were revoked (don't even have to say they are revoked, simply stating "unfortunately John Doe will not be speaking in our conf" should be sufficient). If not for these situations, then simply to inform visitors whom they can expect to hear in the conference.

Please elaborate. I don't see how having a library of SASS mixins that you mix in to make specific CSS classes for specific purposes make anything harder to manage? If anything, decomposing things to smallest common denominator makes it easier to build better and more versatile CSS for your apps.

> It doesn't matter what you use, you can nest your CSS by hand or with Sass. Either way, you now have CSS tightly coupled to your HTML structure and it can be hell to change. I'm literally dealing with this right now (we use sass).

There is no way for you to mess up something at the other end of your web app if you use specific sass files for specific web pages. The 'basket' class can be defined as one thing on the page for selling baskets, and it can be defined completely differently on some other page where baskets are, idk, displayed in some other way.

Yes, if you link dynamically, you are generally okay with just sending your executables.

If you link statically, you also have to make your object code available for relinking if needed. But that generally comes down to doing something like "ar q libMyApp.a *.o" and then the user would make the app with "gcc -o MyApp libMyApp.a -lQtWhatever".

If you distribute as some package (like .apk for android), you'd have to make it possible for user to change the library. Simply allowing users to download .apk files would make it work, since they can unzip them, change the library and rezip them back.

So, I wouldn't really call those "limitations". Just pesky things you have to do if making a commercial app with lgpl lib.

Oh, and there is no requirement to link with a newer version of the library, to the best of my knowledge. That's generally impossible since newer versions might (and do) deprecate features that were available in the older versions.

Qt is LGPL. So there are no limitations unless you make changes to the Qt library (which you probably won't do). If you do make changes, though, then you would have to release them under LGPL license.

So, I think there are absolutely no limitations to using Qt LGPL in a commercial application. All you get from the commercial license is support.

Note: I'm not a lawyer, don't hang me if you get sued or something. But I do think I'm right about this.

Well, why not then say this is domain registrar's fault, since somebody clearly did allow registration of paypal.com.tk or something similar.

SSL certificate is for secure communication with some website. Whether the website is a malicious one or not has absolutely nothing to do with security of the communication with said site.

I think the problem here is that people believe sites which are SSL enabled are good, and that problem will be fixed when all the web sites become SSL enabled.

Well, you can always project the virtual laptop's screen on a pizza box or a wall or something like that. But I agree in general. I'd prefer a foldable laptop, but I doubt the technology for something like that is anywhere near, while this AR laptop could be made tomorrow. There already are virtual machines made for mobile phones, all that is left is connecting them to AR glasses and voila.

cppreference.com usually has [c++XYZ] marks on features introduced by a specific version of C++ and it is usually current with updates while having some basic examples for most things. The site doesn't have a comprehensive list of all the features introduced in the specific version of C++, but which ever feature is interesting to you should be easy to find there.

Oh, an extension already :) Excellent.

Although, at this moment, my Firefox (52.0.1 on GNU/Linux) says the extension cannot be installed because it is faulty what ever that might mean.

Well, imagine being able to project your "laptop" where ever you want using AR? Then you could use it as your home desktop-laptop and carry it everywhere with you.

Tablets are cool and you can carry them everywhere, but you can't really work important stuff on them since they are still too small.

On the other hand, even if laptops had very good battery life (which usually is not the case), they are still too big and heavy to carry around unless really needed (ie. for a meeting or something like that).

But an augmented reality laptop that lives in your phone is something people might want to use. Not for gaming, but for normal office work, be it programming or using spreadsheets.

And, at that point, regular users might think about obsoleting desktop PCs and laptops.

I believe ctxt.io requires Chrome extension to work properly. It does seam like a good method for sharing web pages, but, as I too use Firefox, not the thing for me (for now).