there is an an SQlite wrapper for pharo http://forum.world.st/ANN-Updated-SQLite3-wrapper-project-based-on-NB-td4798771.html
the screenshot you shared as Tudor said can be accomplished via Roassal and Morphic. Personally I find the whole performance question kinda irrelevant because if you really want to squeeze the most performance code those parts in C and call them from Pharo via its FFI. Not even Julia will able to outperform that since itself relies on C code for performance and its quite restrictive how you use its dynamic types to achieve high performance. In any case there are always 3 rules, profile, profile and profile. When it comes to performance assume nothing. In the vast majority of cases Pharo JIT VM should be more than enough. And if all you want to do is a business app I dont even know why you worry about performance. Business apps they are very low demand on performance. Pharo libraries dont get irrelevant because the language is so simple it barely changes and the changes usually dont brake compatibility. The only that broke AFAIK is the image format with the new Spur VM but that should not affect libraries. Pharo can do REPL via the playground, the whole deal is that is a lot more than that. GUI wise you can do some pretty awesome stuff with morphic. On Sat, Jan 2, 2016 at 11:53 PM Saša Janiška <g...@atmarama.com> wrote: > Hello, > > I'm looking how to build GUI app with Pharo and today found out > screenshot of Lawsuit Tracker (http://smallworks.eu/web/projects/lawsuit > Tracker) which very much resembles 'typical' desktop/business > application. The web site says: "It is made using Pharo, Glamour, > Magritte and MongoDB." and in my case I'd replace MongoDB with Sqlite3, > have need for more grpahical output - something like: > > http://saravali.de/screenshots.html > > but wonder about other components and whether they (Glamour/Magritte) > are still relevant *today* ? > > Otoh, today I was re-reading some stuff about Julia language which looks > as fine langauge, but it does not fit on one psotcard, although it > provides more "classical" way of developing: editor+REPL along with > Gtk(.jl) bindings. > > The language does perform very well, iow. it's quite fast which is good > for my project, but it's a bit cumbersome since there is no support to > compile end application, while it looks that Pharo has advantage here > providing smoother way of deployment (multi-platform wise). > > Any hint? > > -- > Even if you are considered to be the most sinful of all sinners, > when you are situated in the boat of transcendental knowledge > you will be able to cross over the ocean of miseries. > > > > > >
