Monday, April 27, 2015

Delphi XE8 / RAD Studio XE8 New Features

Another 6 months, another (expensive) Delphi Release


Embarcadero keeps pushing out new Delphi versions

Yes, there is already another Version of Delphi / RAD Studio available — the XE8 Version!  If it seems like Delphi XE7 was "just released", that is because Embarcadero is pushing new versions of the Delphi programming and development platform out at the rate of approximately one new version every six months or thereabouts!  That is absurd!  Clearly these "new versions" are what should be released, in my opinion, as a free point-release to existing license holders of XE7 (or perhaps earlier versions still).

How is any small developer supposed to afford keeping up with this??  I suppose "software assurance" or some such perpetual-payment (to this Borland / CodeGear successor) model is recommended?   Rather than adopt such a money-sucking strategy, I stopped using Delphi for the simple reason that the software would bankrupt me if I bought ever darn version they release.

I would have highly considered adopting the Delphi XE  release series when the new FireMonkey stuff emerged, and I would have called it a "major release" at that point IF it was truly finished when it first came out.  I really like the idea of scalable vector-graphics controls and all the extra customization these controls may offer.  But, every time I look at it, FireMonkey still appears to be lacking commonly-used features the original VCL offered.

A full FIVE Delphi XE versions have now had this FireMonkey technology in it, and I am still not convinced it is on feature parity with the pre-Firemonkey VCL controls.  Case in point (quoted from the Delphi What's New web page):
  • New in XE8! ImageList component for FireMonkey
Seriously!?  An ImageList control is just now some new feature for FireMonkey after five versions of Delphi XE?  OK, fine... but do not charge me for all these incremental updates to the technology!  If I could have purchased Delphi XE4 and known for sure that all these future upgrades — upgrades that are still bringing FireMonkey features up to parity with the VCL — would have been available to me as free updates, I would have bought it.  But, there is no way I am paying for half-finished control sets over and over and over.

Furthermore, what is with the fact there are now so many Delphi features that are not even available on WINDOWS anymore?  Cross-platform may be great and all, but Embarcadero has gone a bit iOS crazy with what used to be a Windows-only product, and a lot of the newest features are not even implement for the Windows platform now/yet (oh, I guess that will be yet another paid-upgrade "version" of Delphi XE9, XE10, etc).   And, in what seems commonplace in most releases over the past few years, is seems that many new "features" are just tools and add-ons that Embarcadero has purchased from other companies to add into the Delphi environment and call them "features" —  that does not strike me much as REAL innovation that each paid version is including.

To be fair, there are some rather intriguing new features in Delphi XE8 (refer to that what's new page for details), but then again, along comes the next concern...

... Delphi XE8 Price!

You have to love this quote from an article The Register had regarding this XE8 release:
"RAD Studio XE8 has become somewhat expensive. It comes in four editions: Professional at $1,954, Enterprise at $3,244, Ultimate at $4,325 and Architect at $4,866."   
To that I say: "somewhat expensive"... OUCH, that is more than "somewhat"!  
Unless some (near magic) circumstance occurs where a paying-client wants to use Delphi so badly that they are not only willing to have me write Delphi code for them, but also are willing to pay for the latest and greatest XE8 license(s) for the privilege of using a language hardly any job openings exist for, I doubt I will ever get a chance to code in Delphi anymore.  Embarcadero has priced me out of the market and their push toward iOS and such has only further convinced me that I have better options available elsewhere.

Continue to read this Software Development and Technology Blog for computer programming, software development, and technology Techniques, How-To's, Fixes, Reviews, and News — focused on Dart Language, SQL Server, Nvidia CUDA, VMware, JavaScript, SVG, and more. Also, my Free Software and Source Code Library (SQL-Server, Delphi, Dart, SVG, ...) provides a categorized library of source-code I have posted here — though, updates may lag behind this blog.

Friday, April 17, 2015

EE Free Power Bar may NOT be so "free"...

"FREE" EE Power Bar Offer Warning


EE recently launched an offer for a free power bar (external battery) to its customers in the United Kingdom (UK).  Everywhere this offer from EE is displayed (online, email campaigns, texts, etc), the word FREE is very prominent and there is no obvious mention of additional hidden costs you may incur if you choose to take them up on this "free" exclusive offer.

Get Ready to Pay if...

I figured there must be a catch — it is essentially a given in this world of liars, cheats, and thieves that push the boundaries of the law by using small print and legal terms and conditions to hide the true cost of things.  One could certainly describe such advertising as opportunistically misleading (a nice term for skirting the edge of legality and blatantly hiding details that may encourage a customer to NOT take them up on such a "Free" offer).

I am so sick of seeing products and services, whether on the television or in print or whatever, that boldly state "FREE" everywhere with perhaps an asterisk or such that leads you to the small print that might as well state "NOT FREE" — and yet such advertising is commonplace and apparently no regulators are willing to step in and tell a company that it is unacceptable to state "free (* not free)" in such shady ways.

Well, EE is the latest to do the FREE BUT NOT REALLY FREE marketing campaign (while only, of course, featuring the first word — FREE — everywhere while never making clear what the true cost of taking them up on that "free" offer is.   EE does mention the fact it will cost you £20 if you lose the power bar (battery gizmo) in the general text on that page I linked to, but beware of the fact that you also must RETURN THE POWER BAR at the end of 18 months (or such) or face a penalty charge of £5.

OK, so how is this "free" if I must PAY to keep the thing past a certain duration? That is a good question!  This is typical bullshit marketing at its best where you, as a major company, can essentially state "FREE (but not free, via the small/hidden print!)".  I say "hidden" because you must dive into the full legal terms and conditions (EE's PDF) to find the following:

"2.7 When this agreement expires or terminates (for mobile or broadband customer this will happen automatically if you chose to cancel your agreement with us for mobile or broadband services), you must return the Power Bar to an EE store within 60 days. If you don’t you’ll have to pay a charge to compensate us for replacing the Power Bar. Currently this is £5. For mobile and broadband customers, this will be applied to your bill. If you’re not an existing customer, we’ll contact you using the information supplied to us when you joined EE Power and we’ll issue a bill for the cost of replacing the Power Bar that has not been returned. "

Am I the only one that is sick of the fact such misleading advertising is allowed? Gee, how about at least putting this fact in the "FAQ"  for the offer? (surely it has to be a FREQUENT question when it was the first one I asked when I went into the local EE store — and no worker knew if there was a charge or not either!)

The external supplemental battery (aka, power bar) was interesting to me, but not if I have to be concerned about what it will cost me if I forget to return it, lose it, or otherwise have issues with it.  You will have to decide yourself it the "free" (with potential costs) is still free enough for you.

Continue to read this Software Development and Technology Blog for computer programming, software development, and technology Techniques, How-To's, Fixes, Reviews, and News — focused on Dart Language, SQL Server, Nvidia CUDA, VMware, JavaScript, SVG, and more. Also, my Free Software and Source Code Library (SQL-Server, Delphi, Dart, SVG, ...) provides a categorized library of source-code I have posted here — though, updates may lag behind this blog.

Thursday, January 22, 2015

Elon Musk, Satellite Broadband, Space Internet, Mars... quantum entanglement?

Elon Musk talks Satellite Broadband


Musk's Semi-Futuristic Plans

When I read a recent Bloomberg article about Elon Musk (of SpaceX & Tesla fame) and his newest ideas / plans to launch a vast network of communication satellites, I was both intrigued by his plans for a dual-altitude network of satellites but also a bit let down that he did not also go a bit further "out there" with some long-term technology visions like he is known for.

He mentioned being able to using SpaceX to help launch a vast array (thousands) of satellites that would comprise this new space Internet / network.  He also mentioned why the dual-altitude plans make sense — including facts about reduced latency between the ground user and the lower-orbit satellites, coupled with the higher speed of light in a vacuum (e.g., space) vs. speed of light through fiber optic cables (that can be 40% lower).  As anyone with current satellite Internet technology knows, latency (i.e., lag time) is currently a big issue and makes the service not even remotely usable (compared to terrestrial Internet connections) for gaming, real-time communication (e.g., Google Voice), etc.

The planet Mars enters the picture next as Musk envisions connecting another set of Mars-orbiting satellites back into to Earth-orbiting network at some point in the future.  This will truly be needed if humans make any serious push to explore Mars (with "boots on the ground" especially), but why stop with Mars?  Other targets in our solar system seem perhaps even more hospitable than Mars — like the dwarf planet Ceres, or Jupiter's moons Europa and , or Saturn's moon Titan — and, presumably we will need network connectivity there also.

But, a network of satellites surrounding Earth needs to be connected to those other satellites on Mars, and with current technology this implies absolutely massive latency due to the distance between Mars and Earth.  When you have a light-speed minimum (one-way) distance of 4 minutes between Earth and Mars when the two planets are closest in their orbits (and a maximum of 24 minutes one-way when at their furthest), it does not take long to see the huge issues that will follow.  Who wants to wait up to 48 minutes for a "ping" to return??

As such, Elon Musk has some great ideas for the near term, but how about some very forward-looking prognostications about the technology that will make nearly the entire (satellite-based) scheme (hopefully) obsolete in the future?

Seriously Futuristic Plans : Quantum Entanglement Networks

Zero Latency.  Distance irrelevant.  Latency between New York and London: zero.  Latency between Earth and Mars: zero.  Quantum entanglement makes this a possibility (at least in my semi-educated opinion), and whatever company commercializes this and takes it big-time is going to be worth more than every other communications and networking company put together.  What would you pay for truly "instant" communications between any two points at any arbitrary distance apart?  Lots.  And, it would fundamentally change all sorts of industry.  That aside, let me get back on point...

Quantum entanglement or QE (aka, "spooky action at a distance", per Einstein), which allows two entangled particles (electrons and photons, e.g.) to "share state information" instantly at any arbitrary distance, is not just theoretical, it has been demonstrated in very real experiments.  I expect these varied experiments to yield a practical (data-communications) application within the next 2 or 3 decades.

There is still considerable debate about whether FTL (Faster-than-Light speed) communications are truly possible using QE — in fact plenty of information out there says it is impossible — , but, if it is and if some brilliant scientists figure out a way to communicate data at FTL speeds (i.e., "instant" regardless of distance), everything changes.  Mars, Europa, Titan... here we come with instant connectivity to our home-planet Earth!

Apparently Elon Musk did not want to sound crazy by suggesting deploying a series of quantum-entangled network switches, so I did it here for him.  Keep in mind: these do not need to be located on satellites: they can be placed on the ground anywhere on Earth, on Mars, etc... the entangled particles should not care where they are located.  Thus, the need for satellites could be removed instantly if this type of communication is achieved.

I may ultimately be wrong in thinking that the final frontier in communications must be a fully FTL quantum-entangled network backbone, but I prefer to hold out hope for something that will once and for all solve the latency problem that plagues both Earthbound and inter-planetary-body communications currently.  Maybe Google could help fund making a QE solution a reality?

Continue to read this Software Development and Technology Blog for computer programming, software development, and technology Techniques, How-To's, Fixes, Reviews, and News — focused on Dart Language, SQL Server, Nvidia CUDA, VMware, JavaScript, SVG, and more. Also, my Free Software and Source Code Library (SQL-Server, Delphi, Dart, SVG, ...) provides a categorized library of source-code I have posted here — though, updates may lag behind this blog.

Monday, October 13, 2014

Delphi Programming Popularity Increases in 2014?

Do you Believe the Delphi-Programming Statistics?


TIOBE Programming Language Popularity Index for October 2014 —Delphi Popularity Soars?

The TIOBE Programming Language Popularity Index for October 2014 shows Delphi / Object-Pascal moving upwards 6 notches from #17 at this time in 2013 to position #11 in 2014.  My use of question-marks in the blog title and main heading perhaps says it all: I question the accuracy of these rankings / statistics.

This is not to say I have not referred to these rankings before to back an observation I have made personally about various programming language and technology trends. In fact, I used the index to demonstrate how Google Dart popularity was rising in 2013 (in fact Dart is now #17 vs. #81 a year ago). I also believe the May, 2013 blog I wrote questioning whether Delphi programming is dead, and which referred to the TIOBE index at that time also, can lean on such rankings for some backing-data.  So, can the index be "wrong" and still offer enough "right" information to add value to an argument or decision-making process on occasion?

First, a bit of background on this programming-language-popularity index...

As quoted from the TIOBE site (hereinafter, "Quote A"):
"The index can be used to check whether your programming skills are still up to date or to make a strategic decision about what programming language should be adopted when starting to build a new software system."
and
"The TIOBE Programming Community index is an indicator of the popularity of programming languages."
Yeah, right!  Delphi is obviously taking off now (sarcasm abounds)! 

My Opinion, Explained

I believe I can understand how such a statistical move — like this current apparent substantial (and difficult to believe) resurgence in Delphi popularity — can be explained, given the key indicator this index is based on:
"Basically the [ranking] calculation comes down to counting hits for the search query (across 25 search engines) for: +"<language> programming""
Essentially, I posit that the TIOBE index is fundamentally flawed and a rather absurd way to truly know the "popularity" of a programming language, because [web] search behavior is not well-correlated with actual programming language activity, software projects, or technology hiring, and here is why...

The flaw in the index, in my opinion, is especially amplified in the case of languages that are "niche" or insignificant or perhaps even entering obsolescence, and the flaw exists not just as languages are sliding out of favor but also as new ones are fighting to get noticed as the next great software development language of choice.

Aside from maybe giving a slight bit of insight into "macro shifts" in the appeal and perhaps adoption (or lack thereof) of certain programming languages, I do not see much real value in this index.  The rankings of "stable" languages that occupy the top few ranking positions over long periods of time —  C, Java, Objective-C, C++, and C# which collectively hold the top 5 rankings currently — seem semi-believable, but, you cannot tell me that Delphi is more popular than JavaScript in 2014 (as the TIOBE index currently shows JS one step below Delphi) and that my programming skills repertoire would be better served knowing Delphi than JavaScript right now.  That is absurd.  Just search indeed.co.uk for London jobs mentioning Delphi skills (be sure to ignore the 6 unrelated hotel-operations software named Delphi) and compare the 3 (YES, THREE TOTAL DELPHI JOBS in London) to the nearly 2000 jobs in London that require JavaScript skills.

So, how could the TIOBE index be so wrong, and how can I have been so right when I pondered whether Delphi programming is dead last year?

Popularity skewed by unemployed Delphi developers?

I am sure I am not the only Delphi developer that is curious about the (minimal) presence of Delphi jobs, the current state of Delphi programming languages and tools, and so forth, that searches the web on a semi-regular basis using search-terms including "Delphi programming jobs" or similar phrases.   This search activity does not imply I have coded a single line of Delphi recently, nor does it mean there are any substantial number of Delphi software development projects to be found anywhere — in fact, such searches generally confirm the opposite: there are incredibly few Delphi jobs and Delphi programming opportunities anywhere, from what I see (especially relative to other "popular" languages on that programming-language index page).

So when I and others (that have Delphi skills which are essentially wasting away as fewer and fewer Delphi opportunities exist) go searching the web on the off chance there is actually a software development project that could use my Delphi programming skills (and actually pay me for those skills), we are somehow upping the "popularity" of Delphi according to TIOBE index.  This is just wrong.

As I put forth when positing this argument in the first place, I believe niche programming languages are going to be much more likely produce massive distortions in the popularity rankings for varied reasons.  First and foremost, software developers and programmers want to know that their skills may actually earn them money!  As such, they search for jobs that use: 1) the skills they already have, even if those skills are falling out of favor in the mainstream programming circles, and 2) skills they may be able to quickly migrate to in order to gain employment, maintain employment, and/or up their earnings with (ideally while not choosing "another Delphi" that turns out to be a career dead-end).  Period.

The first search-reason (i.e., finding jobs using one's existing skills) is where Delphi falls, and perhaps since Delphi is such a fantastic software development platform it encourages those with Delphi skills to be ever-persistent in their search for anyone willing to employ them using Delphi instead of another language. The second reason (i.e., finding skills to migrate to that will get one employed) is where things like Google Dart fall, and for all I know it is where Delphi developers are looking (in addition to JavaScript users that want true object-oriented class-based development) since the Dart language and features looks a lot like Delphi (certainly more so than JavaScript).

In any case, I believe the TIOBE index needs to be substantially altered in order to remain relevant.  In order to address Quote A with any real credibility, it needs to incorporate some job-postings data.  You cannot tell me that my programming skills are up-to-date if there are essentially zero jobs anywhere that actually rely on such skills.  That is just nuts.  And, a quick sanity-check on the relative rankings of "popularity" can be done by comparing even at a super-duper-high-level the number of jobs available that reference each programming language as a required skill for the open position.

I am glad the TIOBE index exists even as I find it fundamentally flawed.  I still use it for very, very high-level insight into what is going on in the programming language arena, but I also couple it with my own observations and insights for some sort of "reality checking" of the data.  Parts of the rankings are quite believable and match up with the reality I see in job postings, technology articles, presentations, and so forth, even as other parts of the rankings (like Delphi) do not.

So, take it all as you wish, and whilst busy wishing, maybe all of us that still appreciate how wonderful Delphi programming is should be wishing that there will be jobs out there to put our skills to use before we all finally give up looking and see Delphi fall off the charts completely.


Continue to read this Software Development and Technology Blog for computer programming, software development, and technology Techniques, How-To's, Fixes, Reviews, and News — focused on Dart Language, SQL Server, Nvidia CUDA, VMware, JavaScript, SVG, and more. Also, my Free Software and Source Code Library (SQL-Server, Delphi, Dart, SVG, ...) provides a categorized library of source-code I have posted here — though, updates may lag behind this blog.

Tuesday, July 15, 2014

How to Include an HTML File in another HTML File Without a Server or Code

Include HTML Files In HTML by Reference Without Any Server Technology

I have meant to write a blog about this for quite some time, and the newest Chrome 36 Beta release notes reminded me to do so now that yet another way of including HTML files within HTML files (without any particular server requirement and without JavaScript) exists —  i.e., you do not need ASPX and you do not need PHP or other server-side technology, and you do not need JavaScript.

The first method I will discuss is one I have used since as far back as Chrome 24, Firefox 17, and even Internet Explorer 9 (IE9) — "seamless IFrames". The second technique is the one that Chrome 36 Beta has implemented — "HTML Imports". Until all browser vendors support the new HTML imports, my "old" way will still work fine.

"How to" Include HTML Files — using Seamless IFrames

This technique is probably best described by way of example code. This way to implement "include" files in HTML5 without ANY "server" works to include any file referenced by "file:\\..." addresses or relative URL addresses.

In the “container” document (i.e., the “outer” document into which you would like to import / “include” content from another HTML file):

<div class="content">
   <iframe id="top-nav" seamless="seamless" src="include.top.nav.html" ></iframe>
</div>

Then, inside that external / referenced HTML file (in this example, “include.top.nav.html”), we simply include the HTML that we want to appear inside the iframe — in this case a simple reusable section of HTML with my navigation HTML code in it:
<div id="topnav">
   <a href="some-page-to-navigate-to.html" target="_top">link to home page</a>
</div>

Note the use of “_top” to indicate that our navigation is going to affect the outermost document; if we omit this, the contents of the iframe will be what changes during navigation instead of the contents of the outer container document.

Let us also assume we perhaps we want to style this iframe, so in our referenced CSS file we do so  — in this case I simply want to make sure it sizes to 100% of the container div's width and height:

     /*Set the seamless iframe properties; size as needed to fit embedded content*/
     #top-nav {
          width: 100%;
          height: 100px;
     }


A more complete view of the outer HTML document that includes the reusable HTML by way of the seamless iframe looks something like this:

<!DOCTYPE html>
<html>
<head>
    <title>DEFAULT DOCUMENT TITLE</title>
    <link rel="stylesheet" href="my_styles.css">
    <meta charset=utf-8>
</head>
<body>
    <div class="content">
        <iframe id="top-nav" seamless="seamless" src="include.top.nav.html" ></iframe>
        <h1 class="document-name">DOCUMENT NAME HERE</h1>
        <p>Paragraph...</p>
    </div>
</body>
</html>


Hopefully this was somewhat easy to follow.  Try it out.  This technique came in super-handy for a local HTML-Based WIKI I created that did not require any web-server to run.  I can access the WIKI pages from Chrome, Firefox, and IE and the included HTML file(s) work just fine with no web server and no dynamic language or dynamic web-page technology.


"How to" Include HTML Files — using HTML Imports (rel="import" directive)

This is an alternative serverless "include HTML file" method that has just recently come available in browsers like Chrome 36 (note: it has existed since Chrome 31, but you had to enable the experimental feature; now it is "on" by default).   If you took a look at the Chromium Blog release notes link (above), you will see a quick overview of this new technique, and I have pasted their description and example here for quick reference:

HTML Imports
HTML Imports, part of the Web Components standards umbrella, offer a way to include HTML documents in other HTML documents using <link rel="import">:
<head>
  <link rel="import" href="/path/to/imports/stuff.html">
</head>
An HTML Import can contain CSS, JavaScript, HTML, or anything else an .html file can include. This means they provide a convention for bundling related HTML/CSS/JS (even other HTML Imports) into a single package, making them a fantastic tool for delivering Web Components to users.

The first technique I showed (seamless iframes) can accomplish the same thing to an extent, but this new rel="import" technique is certainly the preferred way to go in the long term.  I look forward to this being widely adopted (hopefully sooner rather than later), but it seems Chrome is the only game in town today.  There are much "bigger picture" reasons why the rel="import" implementation is important as it is quite handy for web components packaging (something I plan to use in my SVG Dart Widgets, eventually).  Search the web for more examples and have fun with either, or both, of these ways to import HTML file contents into another HTML file without the need for server-side technologies.

Continue to read this Software Development and Technology Blog for computer programming, software development, and technology Techniques, How-To's, Fixes, Reviews, and News — focused on Dart Language, SQL Server, Nvidia CUDA, VMware, JavaScript, SVG, and more. Also, my Free Software and Source Code Library (SQL-Server, Delphi, Dart, SVG, ...) provides a categorized library of source-code I have posted here — though, updates may lag behind this blog.

Sunday, July 13, 2014

UK NHS GMS1 Fillin Editable PDF file - Family doctor services registration form

United Kingdom NHS Form GMS 1 — Fillable, editable PDF file


Finally, a fill-in NHS GMS1 Adobe Acrobat Form

I just recently relocated to the UK, and one of the first things I set about doing was registering as a new patient with the UK NHS (National Health Service).  One of the forms you must fill out and turn in to a GP (General Practitioner) office is the NHS Family doctor services registration form GMS1.

As my handwriting is not always the easiest thing to read (like that of many people), I tend to always look for edit-able, interactive, fill-in / "fillable" PDF forms that I can actually TYPE my BLOCK CAPITALS into instead of writing by hand.  So, I went searching the Internet for a publicly available Acrobat (PDF file) that would allow me to type my answers... and, I searched,... and searched,... and all I kept locating were copies of the same NON-editable NHS GMS1 file like there is on the NHS website here.

I was actually surprised that the NHS would not publish a fillable PDF, especially given how they were again recently ranked #1 worldwide for health systems, and anything to reduce potential data-entry errors should lead to savings (and, reading typed letters is easier than reading what people write by hand, invariably).

I Created, and am now Sharing, a NHS GMS1 PDF Fill-In Form

Since I could not find a fill-in version of the NHS GMS1 file, I created one using Adobe Acrobat Pro that includes these features:

  • many of the common fields are now editable
  • there are clickable check-boxes where appropriate
  • some basic "rules" / filters exist on certain fields (like numeric-only date-components)
  • "hints" or "tooltip text" (when hovering over fields) have been added to some fields
  • red-outline added around Surname and First Names fields to show they are required fields.

If there is enough demand for it, I can go ahead and finish making ALL the fields editable.  If this form has been helpful, please post a comment, and feel free to request further enhancements to what can be edited and completed by typing.  Better yet, perhaps someone at the NHS can get hold of me and have me complete this thing and then make it available on their website?

Download the Editable / Fillable NHS GMS1 PDF Form...

Get the Editable NHS GMS1 PDF Form Here (should open in your browser if using Chrome, and you can download to edit too of course).


I admit, this is not my standard software-related blogging topic
, but perhaps this will help others that want a way to compete the NHS GMS1 form by typing the data in via a computer or smartphone and printing the filled-in PDF to take to the doctor office.  I can't be the only one that wanted this, right?


Continue to read this Software Development and Technology Blog for computer programming, software development, and technology Techniques, How-To's, Fixes, Reviews, and News — focused on Dart Language, SQL Server, Nvidia CUDA, VMware, JavaScript, SVG, and more. Also, my Free Software and Source Code Library (SQL-Server, Delphi, Dart, SVG, ...) provides a categorized library of source-code I have posted here — though, updates may lag behind this blog.

Tuesday, March 11, 2014

Google Dart, Polymer Dart, SVG Widgets Released

Google Dart, Polymer Dart, SVG Widgets Source Code Released


Source Code for my Polymer Version of SVG/Dart Widgets now on Github

Just a quick post to provide people with the link to the latest version of my open source Dart / SVG UI widgets that now use Polymer.dart. This latest version uses Polymer.dart primarily for interacting with the ShadowRoot DOM and for encapsulating most of the SVG structure within template files (SVG that was previously created in-code).  At a future date (once Polymer has stabilized more), I may extend it to make better use of additional Polymer templates features.

Works with Dart SDK 1.1.1 stable.  I will eventually update it to support newer Dart and Polymer releases (though, it should remain working unless Polymer changes something in a big way).

Continue to read this Software Development and Technology Blog for computer programming, software development, and technology Techniques, How-To's, Fixes, Reviews, and News — focused on Dart Language, SQL Server, Nvidia CUDA, VMware, JavaScript, SVG, and more. Also, my Free Software and Source Code Library (SQL-Server, Delphi, Dart, SVG, ...) provides a categorized library of source-code I have posted here — though, updates may lag behind this blog.