GraffitiSuite Release 24 is now available for both Web and Desktop! While Release 23 focused on adding new classes to our line-up, we primarily tackled issues with this release, fixing many bugs that hadn’t made the cut in the last release. We’ve also completely rebuilt GraffitiHTMLEditor for Desktop, and added a LOT of functionality that all customers have been asking for.
To view the Change Logs for Release 24, click here.
So Anthony has been working really hard on a new class for Desktop, and it’s looking awesome! He’s looking back over years of customer emails, support tickets, and forums posts to try and create exactly what everyone wants…a GREAT grid control for desktop. Don’t believe me? Check this out…
Now, it’s not quite ready for release yet, but some more testers would be nice. If you have a current subscription to GraffitiSuite Desktop, just use the contact form on the GraffitiSuite home page to get involved! Break the class, suggest features, help Anthony make a truly awesome Xojo Desktop Grid.
[UPDATE]
Even more new features to make it the best yet…
[UPDATE 2]
GraffitiGrid now draws a fully populated list at full-screen in 0.002000000000000000050836482 seconds!
The rewrite is complete. The finishing touches were just put on earlier today, and we’re ready to move forward with our other goals for this release. If you’d like to know more about the causes and fixes present in the rewrite, read on.
Continue reading →
Release 20 is coming along nicely, so how about an update of what’s included?
GraffitiSuite Web Edition is the primary focus of this release, with nearly 50 changes in so far. Of those, 5 are completely new products, 4 are added functionality, and 36 are bug fixes. Special attention has been paid to dialogs and resizing in this release, so we’ve rewritten the WebPage of the demo to add the ability to test that functionality.
GraffitiSuite Desktop Edition will also see some love in this release with a fix for Scaling Factor on non-Cocoa targets (we now actually get a scaling factor on Windows, as well). You’ll also see a new addition in this release that has actually been worked on periodically for the last few years.
We have no set release date, but we’re working to get it ready as fast as we can since it includes some compatibility fixes for Xojo Web 2014r3.1
Release 19 has been pushed out with the following changes:
CHANGE WEB All GraffitiWeb classes now instantiate jQuery in noConflict mode.
CHANGE WEB GraffitiWebAlert now queues calls until fully loaded.
CHANGE WEB GraffitiWebSyntaxEditor now holds all loading until RequireJS finishes it’s work.
CHANGE WEB GraffitiWebDatePicker now supports variable date formatting.
CHANGE WEB GraffitiWebDatePicker now uses a custom UI and different style dropdown.
FIX WEB GraffitiWebEmailValidator demo now properly shows suggestions.
FIX WEB GraffitiWebTabPanel now queues calls until fully loaded.
FIX WEB GraffitiWebQR now queues call until fully loaded.
FIX WEB GraffitiWebDatePicker now properly resizes based on the number of calendars displayed.
Release 15 includes the launch of our Web Edition demo site! Simply go to demo.graffitisuite.com to check out our Web Edition wrappers!
[FIX] GraffitiWebToggle now supports varying width and height. (Report ID: 1840)
[FIX] Removed calls to LogMessage function of pgeDemo from GraffitiWebGrid.UpdateOptions.
[FIX] GraffitiWebGrid now properly handles passed date objects regardless of locale.
[FIX] GraffitiWebGrid no longer throws exceptions on Slick not found when libraries load long before the control is shown or vice-versa.
[FIX] GraffitiWebEditor no longer throws exceptions on jqte not found when libraries load long before the control is shown or vice-versa.
[FIX] GraffitiWebSlideshow now uses images hosted at GraffitiSuite.com to avoid 404s.
[FIX] GraffitiWebColorPicker no longer throws exceptions on colorpicker not found when libraries load ling before the control is shown or vice-versa.
[FIX] GraffitiWebGrid now properly converts foreign dates for display. (Report ID: 1843)
[ADD] GraffitiSplitter now fires a Moving event when the control is being dragged. Note that this event is fired at a high rate (Thanks to Jim Lam for the suggestion).
[ADD] GraffitiSplitter now fires a Moved event when the mouse is released after a drag operation (Thanks to Jim Lam for the implementation)
[ADD] GraffitiScrollContiner now has a UpdateDictionary method for updating control positions and sizes in the dictionary when you have done so manually (Thanks to Jim Lam for the implementation).
[FIX] GraffitiScrollContainer now uses Control.Handle to track UI element position as opposed to name. This addresses issues with control arrays (Thanks to Jim Lam for the implementation).
We are currently working to resolve some issues with the web site, where customers can not access their account information or download packages. Please bear with us while we sort this out.
UPDATE February 7, 2013 at 11:54 AM:
The web site should now be functioning as expected once again. We’re sorry for any inconvenience this may have caused.
Have You Seen This?
We’ve gotten reports over the last few years about project analysis from the IDE. The main one being that the IDE will drop a scan if it hits an error in an encrypted class. We reported this some time ago to RS, but, if I remember correctly, they said it was by design. So, when you see this…
You need to open a new project and force an analyze error. You then need to change what is reported. The main ones are the Unused Parameters and Unused Variables. Anything else, if reported by Analyze about GraffitiSuite, would need to be reported.
So, how do you force an analyze error in a new project? Well, it’s really easy. We’ll start-up a new desktop project, add a class with Canvas as the super, and add the following code anywhere except the Paint event.
Dim g As Graphics = me.Graphics
From there, just go to Project > Analyze, and you’ll get the analysis results screen. The button on the top-left of that tab allows you to select what is reported by the Analyze engine.