|
Movie Quote Of The Day
I am Death. Vengeance is mine! God's fury rains down on you!
Which movie?
|
|
|
|
|
|
 
Anything that is unrelated to elephants is irrelephant
Anonymous
-
The problem with quotes on the internet is that you can never tell if they're genuine
Winston Churchill, 1944
-
I'd just like a chance to prove that money can't make me happy.
Me, all the time
|
|
|
|
|
That's from Mort, but it never made to movie...it made only to a disk...
Skipper: We'll fix it.
Alex: Fix it? How you gonna fix this?
Skipper: Grit, spit and a whole lotta duct tape.
|
|
|
|
|
Pulp Fiction.
Well...it should have been!
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
That's the scene where dude mcDudeson decapitates seconddude mcSeconddudeson in
"The two dudes"
Rules for the FOSW ![ ^]
if(this.signature != "")
{
MessageBox.Show("This is my signature: " + Environment.NewLine + signature);
}
else
{
MessageBox.Show("404-Signature not found");
}
|
|
|
|
|
movies with chuck norris in it.He just don't say it loud
|
|
|
|
|
Don't think so. Death is scared of Chuck Norris[^]! 
Link SFW
Anything that is unrelated to elephants is irrelephant
Anonymous
-
The problem with quotes on the internet is that you can never tell if they're genuine
Winston Churchill, 1944
-
I'd just like a chance to prove that money can't make me happy.
Me, all the time
|
|
|
|
|
Like it! 
|
|
|
|
|
Quick Answers: Moderating the Crap.
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, waging all things in the balance of reason?
Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful?
--Zachris Topelius
Training a telescope on one’s own belly button will only reveal lint. You like that? You go right on staring at it. I prefer looking at galaxies.
-- Sarah Hoyt
|
|
|
|
|
The problem with Xamarin is that it relies on the AndroidSDK
Fair enough you might think....
But the godamn Android SDK is bout 30GB for each API level!!!
Since I got a small 237GB main SSD, that's like a lot!
It seemed simple to move the folder from, say,
C:\Users\%USERNAME%\AppData\Local\Android to D:\VisualStudio\Android
Then you inform Visual Studio with Tools > Options... > Xamarin > Android Settings, changing the DSK/NDK locations....
Well... NO!  
Compilation keep failing with stubbornly spurious and stupid message like
C:\Users\%USERNAME%\AppData\Local\Android\android-sdk\platforms\android-23\android.jar missing!
Then the solution came to me in a (awakened) dream!
Mklink!
F.U. compiler!
mklink /d C:\Users\%USERNAME%\AppData\Local\Android D:\VisualStudio\Android<br />
And voila!
Visual Studio is none the wiser!
Compilation succeeded! 
|
|
|
|
|
You should actually turn this into a real tip.
modified 6-Apr-16 2:22am.
|
|
|
|
|
You are right! 
Gotta do this tonight!
Must go soon now! ^_^
|
|
|
|
|
Seriously.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
Super Lloyd wrote: But the godamn Android SDK is bout 30GB for each API level!!!
Can't you turn of all the VM images (Blah_blah System Images) for so many different versions of Android/ Hardware Platforms? In case if you are not completely dependant on the emulators for everything.
The SDK comes with a lot of bloat. I haven't checked the size of each, but I do un-check a lot of them while syncing for the latest SDK.
Starting to think people post kid pics in their profiles because that was the last time they were cute - Jeremy.
modified 6-Apr-16 1:44am.
|
|
|
|
|
After a long time of 'Umming' and 'Arring' I've finally succumbed to the dark side and embraced the concept of 'Web Components'. They happen to offer the ideal solution (in fact) for a project I'm currently working on.
The concept (in the unlikely event that any of you are even vaguely interested ) is that they allow me to break a large code and mark up base into reusable blocks (Templates), something 'real' developers have had the ability to do for decades, they allow me to sandbox a node's attribution (Shadow DOM), which is so Firkelling Handy it's a marvel I've got this far without it, and then I can allegedly Import (for import read: #include) all this W3C sanctioned loveliness into my project! I have, to all intents and purposes, objects in a web app!
BUT...
The only browser that supports the #include bit is only available in Narnia, will only run on an Audi, needs to be launched from the command line with several incomprehensible flags, whilst simultaneously holding down four modifier keys, and standing on one leg, facing North North-East, on a specific day in the Wickan Calendar... WHY?
They all support (to some degree) the other 'components', so if they will let me create templates and add them to the Shadow DOM, even create my own tags and use them willy nilly throughout my page, why in the name of all that's holy do I have to put the whole sorry mess in one bloody great big file?
Flumoxed. I am going to walk slowly away from the keyboard now, before I type something I may regret.
Danny
|
|
|
|
|
Correct me if I'm wrong....
WebComponent are awesome, but they work nowhere. Is that it?
Web developmemnt is so great hey!?!
Let me suggest a working alternative...
Give a go (ha! pun! ) at VueJS[^], be inspired by my collection of VueSamples[^]!
|
|
|
|
|
There is a polyfill that will allow use in browsers without native support, at least according to: WebComponents.org[^].
I've not tried it, but worth a look.
"If you don't fail at least 90 percent of the time, you're not aiming high enough."
Alan Kay.
|
|
|
|
|
Cheers Rob,
Yes, there are a couple of libraries out there to patch the 'standard', but the use of templates was to reduce the code base...
There are work-arounds, I currently include js files that render the modules programatically. HTML templates would have reduced the byte count considerably. My issue is that I need the browser to cache my files (it's an app that requires some limited offline capability), so server side options like AJAX and PHP will fail. iframes would work, but there is a large amount of interaction between elements, which is a real ball ache with multiple sub documents. There's also just something inherently wrong with iframes...
My real beef is that, at least according to caniuse.com, Firefox has no intention of supporting 'import', now or in the future. It's available through a switch, but will never make the mainstream engine. The other components are in development or working, just not import.
"Ho hum" though eh?
Danny
|
|
|
|
|
Danny Martin wrote: The only browser that supports the #include bit is only available in Narnia, will only run on an Audi, needs to be launched from the command line with several incomprehensible flags, whilst simultaneously holding down four modifier keys, and standing on one leg, facing North North-East, on a specific day in the Wickan Calendar... WHY?
Because "It works the way want it to!", that's why.
Have you not met many open source devs?
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
Alas, I have met several. They all lived in Narnia and drove Audis... 
Danny
|
|
|
|
|
I turned off my ad-blocker to choke on this: [^] ?  
An aberration, I assure you, a temporary lapse; I will respond to three heavily down-voted QA questions, I will repeat "always check for null" one-thousand times while standing on one foot, in an attempt to salvage my sanity through penance.
«The truth is a snare: you cannot have it, without being caught. You cannot have the truth in such a way that you catch it, but only in such a way that it catches you.» Soren Kierkegaard
modified 5-Apr-16 18:17pm.
|
|
|
|
|
|
There! There! Just close your eyes and be peaceful for a minute and the uglies will soon pass! 
Get me coffee and no one gets hurt!
|
|
|
|
|
What's the aiming group of Wired? 
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
