਀㰀栀琀洀氀㸀 phGantTimePackage and GTP.NET from Plexityhide. ਀㰀洀攀琀愀 栀琀琀瀀ⴀ攀焀甀椀瘀㴀∀䌀漀渀琀攀渀琀ⴀ䰀愀渀最甀愀最攀∀ 挀漀渀琀攀渀琀㴀∀攀渀ⴀ甀猀∀㸀 ਀㰀⼀栀攀愀搀㸀 ਀㰀琀愀戀氀攀 眀椀搀琀栀㴀∀㄀  ─∀ 戀漀爀搀攀爀㴀∀ ∀ 挀攀氀氀瀀愀搀搀椀渀最㴀∀ ∀ 挀攀氀氀猀瀀愀挀椀渀最㴀∀ ∀㸀 ਀ऀ㰀琀搀 眀椀搀琀栀㴀∀㄀㤀㠀∀ 愀氀椀最渀㴀∀氀攀昀琀∀㸀 ਀ऀऀऀ㰀椀洀最 猀爀挀㴀∀椀洀愀最攀猀⼀瀀氀攀砀椀琀礀栀椀搀攀⸀最椀昀∀ 眀椀搀琀栀㴀∀㄀㤀㠀∀ 栀攀椀最栀琀㴀∀㘀 ∀ 戀漀爀搀攀爀㴀∀ ∀ 愀氀琀㴀∀倀氀攀砀椀琀礀䠀椀搀攀∀㸀㰀⼀愀㸀㰀⼀琀搀㸀 ਀ऀऀ㰀琀愀戀氀攀 眀椀搀琀栀㴀∀㔀㠀㈀∀ 栀攀椀最栀琀㴀∀㘀 ∀ 戀漀爀搀攀爀㴀∀ ∀ 挀攀氀氀瀀愀搀搀椀渀最㴀∀ ∀ 挀攀氀氀猀瀀愀挀椀渀最㴀∀ ∀㸀 ਀ऀऀऀ㰀琀搀 眀椀搀琀栀㴀∀㘀㘀∀ 愀氀椀最渀㴀∀爀椀最栀琀∀㸀㰀椀洀最 猀爀挀㴀∀椀洀愀最攀猀⼀瀀椀砀攀氀⸀最椀昀∀ 眀椀搀琀栀㴀∀㘀㘀∀ 栀攀椀最栀琀㴀∀㌀㈀∀ 戀漀爀搀攀爀㴀∀ ∀㸀㰀戀爀㸀㰀愀 栀爀攀昀㴀∀椀渀搀攀砀⸀栀琀洀∀ 挀氀愀猀猀㴀∀洀攀渀甀∀㸀䠀漀洀攀㰀⼀愀㸀☀渀戀猀瀀㬀㰀⼀琀搀㸀
Products ਀ऀऀऀ㰀琀搀 眀椀搀琀栀㴀∀㄀  ∀ 戀愀挀欀最爀漀甀渀搀㴀∀椀洀愀最攀猀⼀洀攀渀甀戀最⸀最椀昀∀ 愀氀椀最渀㴀∀爀椀最栀琀∀㸀㰀椀洀最 猀爀挀㴀∀椀洀愀最攀猀⼀瀀椀砀攀氀⸀最椀昀∀ 眀椀搀琀栀㴀∀㄀  ∀ 栀攀椀最栀琀㴀∀㌀㈀∀ 戀漀爀搀攀爀㴀∀ ∀㸀㰀戀爀㸀㰀愀 栀爀攀昀㴀∀搀漀眀渀氀漀愀搀猀⸀栀琀洀∀ 挀氀愀猀猀㴀∀洀攀渀甀∀㸀䐀漀眀渀氀漀愀搀猀㰀⼀愀㸀☀渀戀猀瀀㬀㰀⼀琀搀㸀
Our Shop ਀ऀऀऀ㰀琀搀 眀椀搀琀栀㴀∀㄀  ∀ 戀愀挀欀最爀漀甀渀搀㴀∀椀洀愀最攀猀⼀洀攀渀甀戀最⸀最椀昀∀ 愀氀椀最渀㴀∀爀椀最栀琀∀㸀㰀椀洀最 猀爀挀㴀∀椀洀愀最攀猀⼀瀀椀砀攀氀⸀最椀昀∀ 眀椀搀琀栀㴀∀㄀  ∀ 栀攀椀最栀琀㴀∀㌀㈀∀ 戀漀爀搀攀爀㴀∀ ∀㸀㰀戀爀㸀㰀愀 栀爀攀昀㴀∀猀甀瀀瀀漀爀琀⸀栀琀洀∀ 挀氀愀猀猀㴀∀洀攀渀甀∀㸀匀甀瀀瀀漀爀琀㰀⼀愀㸀☀渀戀猀瀀㬀㰀⼀琀搀㸀
Contact ਀ऀऀऀ㰀琀搀 眀椀搀琀栀㴀∀㄀㘀∀㸀㰀椀洀最 猀爀挀㴀∀椀洀愀最攀猀⼀洀攀渀甀戀最㈀⸀最椀昀∀ 眀椀搀琀栀㴀∀㄀㘀∀ 栀攀椀最栀琀㴀∀㘀 ∀ 戀漀爀搀攀爀㴀∀ ∀㸀㰀⼀琀搀㸀 ਀ऀऀ㰀⼀琀愀戀氀攀㸀 ਀㰀⼀琀爀㸀 ਀㰀戀爀㸀㰀戀爀㸀 ਀㰀琀爀㸀 ਀ऀऀ㰀琀搀 戀愀挀欀最爀漀甀渀搀㴀∀椀洀愀最攀猀⼀琀漀瀀戀最⸀最椀昀∀ 栀攀椀最栀琀㴀∀㈀㠀∀ 眀椀搀琀栀㴀∀㈀㜀 ∀ 愀氀椀最渀㴀∀氀攀昀琀∀ 挀氀愀猀猀㴀∀琀漀瀀氀椀渀攀∀㸀㰀戀㸀倀爀漀搀甀挀琀猀㰀⼀戀㸀㰀⼀琀搀㸀 ਀ऀ㰀⼀琀愀戀氀攀㸀

GTP.NET Silverlight

਀ऀ㰀瀀㸀㰀戀㸀㰀愀 栀爀攀昀㴀∀最琀瀀渀攀琀⸀栀琀洀∀㸀䜀吀倀⸀一䔀吀㰀⼀愀㸀㰀⼀戀㸀㰀⼀瀀㸀

phGantTimePackage

਀ऀ㰀瀀㸀㰀戀㸀㰀愀 栀爀攀昀㴀∀礀愀瀀瀀⸀栀琀洀∀㸀夀愀瀀瀀Ⰰ 琀栀攀 瀀爀漀樀攀挀琀 挀愀氀挀甀氀愀琀漀爀㰀⼀愀㸀㰀⼀戀㸀㰀⼀瀀㸀

ColorSwap

਀ऀ㰀琀愀戀氀攀 眀椀搀琀栀㴀∀㈀㜀 ∀ 戀漀爀搀攀爀㴀∀ ∀ 挀攀氀氀瀀愀搀搀椀渀最㴀∀ ∀ 挀攀氀氀猀瀀愀挀椀渀最㴀∀ ∀㸀 ਀ऀऀ㰀琀搀 戀愀挀欀最爀漀甀渀搀㴀∀椀洀愀最攀猀⼀琀漀瀀戀最㈀⸀最椀昀∀ 栀攀椀最栀琀㴀∀㈀㠀∀ 眀椀搀琀栀㴀∀㈀㜀 ∀ 愀氀椀最渀㴀∀氀攀昀琀∀ 挀氀愀猀猀㴀∀琀漀瀀氀椀渀攀∀㸀㰀戀㸀刀攀氀愀琀攀搀 䤀渀昀漀爀洀愀琀椀漀渀㰀⼀戀㸀㰀⼀琀搀㸀 ਀ऀ㰀⼀琀愀戀氀攀㸀

Model Driven Architecture

਀ऀ㰀瀀㸀㰀愀 栀爀攀昀㴀∀昀愀焀开瀀爀漀最爀愀洀洀椀渀最⸀栀琀洀∀㸀䘀䄀儀 瀀爀漀最爀愀洀洀椀渀最㰀⼀愀㸀㰀⼀瀀㸀

License holders

਀ऀ㰀瀀㸀㰀愀 栀爀攀昀㴀∀猀甀挀挀攀猀猀开愀爀猀⸀栀琀洀∀㸀匀甀挀挀攀猀猀 匀琀漀爀礀 ㄀㰀⼀愀㸀㰀⼀瀀㸀

Success Story 2

਀ऀ㰀琀愀戀氀攀 眀椀搀琀栀㴀∀㈀㜀 ∀ 戀漀爀搀攀爀㴀∀ ∀ 挀攀氀氀瀀愀搀搀椀渀最㴀∀ ∀ 挀攀氀氀猀瀀愀挀椀渀最㴀∀ ∀㸀 ਀ऀऀ㰀琀搀 戀愀挀欀最爀漀甀渀搀㴀∀椀洀愀最攀猀⼀琀漀瀀戀最㈀⸀最椀昀∀ 栀攀椀最栀琀㴀∀㈀㠀∀ 眀椀搀琀栀㴀∀㈀㜀 ∀ 愀氀椀最渀㴀∀氀攀昀琀∀ 挀氀愀猀猀㴀∀琀漀瀀氀椀渀攀∀㸀㰀戀㸀䴀漀爀攀 䤀渀昀漀爀洀愀琀椀漀渀㰀⼀戀㸀㰀⼀琀搀㸀 ਀ऀ㰀⼀琀愀戀氀攀㸀

phGantTimePackage easily integrates into the BOLD framework.

਀ऀ㰀瀀㸀䜀吀倀⸀一䔀吀 攀愀猀椀氀礀 椀渀琀攀最爀愀琀攀猀 椀渀琀漀 琀栀攀 䔀䌀伀 愀渀搀 䔀䌀伀㈀ 昀爀愀洀攀眀漀爀欀猀⸀㰀⼀瀀㸀㰀戀爀㸀

਀ऀ㰀椀洀最 猀爀挀㴀∀椀洀愀最攀猀⼀瀀椀砀攀氀⸀最椀昀∀ 眀椀搀琀栀㴀∀㈀㜀 ∀ 栀攀椀最栀琀㴀∀㄀∀㸀 ਀㰀⼀琀爀㸀

Borland model driven architecture, MDA, with Bold

਀ऀ㰀瀀㸀圀愀渀琀 琀漀 爀甀渀 琀栀攀 瀀栀䜀愀渀琀吀椀洀攀倀愀挀欀愀最攀 愀猀 一愀琀椀瘀攀 嘀䌀䰀 漀爀 洀愀礀戀攀 眀椀琀栀 䈀伀䰀䐀 椀昀 礀漀甀 栀愀瘀攀 䐀㜀 愀爀挀栀椀琀攀挀琀㼀 䐀漀眀渀氀漀愀搀 渀漀眀㨀 㰀愀 栀爀攀昀㴀∀搀漀眀渀氀漀愀搀猀⸀栀琀洀⌀最琀瀀∀㸀瀀栀䜀愀渀琀吀椀洀攀倀愀挀欀愀最攀嘀䌀䰀㰀⼀愀㸀⸀ 䄀猀 愀 嘀䌀䰀 搀攀瘀攀氀漀瀀攀爀 礀漀甀 渀漀眀 栀愀瘀攀 愀 挀栀漀椀挀攀 䄀挀琀椀瘀攀堀⼀䌀伀䴀 漀爀 一愀琀椀瘀攀 瀀栀䜀愀渀琀吀椀洀攀倀愀挀欀愀最攀⸀ 夀漀甀 挀愀渀 爀甀渀 琀栀攀 䈀漀氀搀 䄀眀愀爀攀 挀漀洀瀀漀渀攀渀琀猀 漀爀 琀栀攀 猀琀愀渀搀愀爀搀 挀漀洀瀀漀渀攀渀琀猀⸀㰀⼀瀀㸀 ਀ऀ㰀瀀㸀㰀戀㸀䜀漀琀 洀漀搀攀氀㼀 䜀攀琀 䈀漀氀搀℀ 䜀漀琀 䈀漀氀搀㼀 䜀攀琀 瀀栀䜀愀渀琀吀椀洀攀倀愀挀欀愀最攀℀㰀⼀戀㸀㰀⼀瀀㸀 ਀ऀ㰀栀㔀㸀䤀渀琀爀漀搀甀挀椀渀最 琀栀攀 瀀栀䜀爀椀搀开䈀䄀㰀⼀栀㔀㸀

਀ऀ

Download the modified Building and owners sample and try it out now (1mb)

਀ऀ

This grid is not for everyone, it is designed for developers that some times feel the need to:

਀ऀ㰀甀氀㸀
  • Put a new grid with new columns inside a cell
  • ਀ऀ㰀氀椀㸀唀猀攀 琀栀攀 最爀椀搀 愀猀 愀 琀爀攀攀㰀⼀氀椀㸀
  • Have different row heights
  • ਀ऀ㰀氀椀㸀倀甀琀 愀 渀攀眀 猀甀戀 琀爀攀攀 椀渀猀椀搀攀 愀 最爀椀搀 挀攀氀氀㰀⼀氀椀㸀
  • Define layout properties that control color, lines, fonts and word wrap that can be assigned to any or multiple cells
  • ਀ऀ㰀氀椀㸀唀猀攀 搀椀昀昀攀爀攀渀琀 攀搀椀琀 洀漀搀攀猀Ⰰ 氀椀欀攀 挀漀洀戀漀戀漀砀Ⰰ 攀搀椀琀Ⰰ 洀攀洀漀Ⰰ 搀愀琀攀琀椀洀攀瀀椀挀欀攀爀 漀爀 挀栀攀挀欀戀漀砀㰀⼀氀椀㸀
  • Put images inside cells
  • ਀ऀ㰀氀椀㸀伀瘀攀爀爀椀搀攀 愀氀洀漀猀琀 攀瘀攀爀礀 愀猀瀀攀挀琀 漀昀 戀攀栀愀瘀椀漀爀 眀栀攀渀 搀甀琀礀 挀愀氀氀猀㰀⼀氀椀㸀
  • Use column sorting, even if the data is in a tree
  • ਀ऀ㰀氀椀㸀唀猀攀 挀漀洀瀀氀攀琀攀 洀甀氀琀椀 猀攀氀攀挀琀㰀⼀氀椀㸀
  • Not re-inventing the wheel
  • ਀ऀ㰀氀椀㸀伀爀 猀椀洀瀀氀礀 渀攀攀搀 琀漀 搀椀猀瀀氀愀礀 猀漀洀攀 搀愀琀愀 爀攀愀氀氀礀 焀甀椀挀欀⸀⸀⸀㰀⼀氀椀㸀 ਀ऀ

    ...or like AC/DC once put it; for those about to rock... The phGrid_BA is part of the phGantTimePackageVCL, aprox $US 480 single developer.

    This is what we wrote about the Bold-framework a year ago (and it is still true):

    ਀ऀ

    Have you ever encountered things that are to good to be true? Usually you end up disappointed. But for a brief moment in time you have felt the buzz of coming a cross something really special.

    ਀ऀ

    That is what I first felt when I started to work with the framework BOLD for Delphi. This was 3 years ago and I still feel the buzz...

    ਀ऀ

    I simply do not know how to explain how the picture of system development has totally changed for me since I started using BFD.

    ਀ऀ

    It used to be 10% interviewing customers about demands. 20% Implementing software to meet demands. 20% Fighting new demands since they would wreck everything achieved so far, and 50% to implement new demands that wreck almost everything.

    ਀ऀ

    The last couple of years I have been using BFD and the picture has totally changed. We now can afford to be truly iterative in the development cycle. We welcome new demands that details the model more. Every cycle (usually about 3 to 5 weeks) is divided into 30% interviewing customers to find detailed information about their domain. 20% modeling in UML to meet the reality in a good enough approximation. 10% thinking about and implementing truly reusable software components. 20% discussing GUI issues with users and finally 20% building the application.

    ਀ऀ

    We now work up to 10 times faster than we ever could before, and we end up with a product that is truly robust and stable. We have become calm and we can take time for customers explaining their reality, which in turn makes it possible for us to build better systems.

    ਀ऀ

    Five years ago I always tried to simplify everything in order to work fast. That often led to problems with reality. You found out late that you had cut to many corners and was forced to go back and clarify both code and model. A typical system was complex when reaching 25 to 30 domain classes.

    ਀ऀ

    Nowadays I spend my time finding every strange thing and every “one in a thousand” case there is, because these tell me a lot about reality. When you build a model it is much better to start with the most complex cases rather than the plain and simple ones. Why is that? Well if you can explain the most complex and that explanation also covers the simple case you know that you are closer to the truth. And when you have the truth you do not get surprised all the time, and do not end up in situations where you are forced to rethink and redesign.

    ਀ऀ

    Now I call a system large when it contain 250 to 300 domain classes, but hardly complex. Not with a understandable model anyway. I use link objects with attributes, many to many relationships, aggregates with cascading deletes, inheritance, aggregation of functionality and many other modeling techniques today that I would have stayed clear from 5 years ago. With BFD it is simpler to do it right than cutting corners… Who would believe that?

    ਀ऀ

    My focus has shifted from technology, getting the database to optimize my SQL the right way, to domain issues, what do the customer need and why.

    ਀ऀ

    Hans Karlsen, M. Sc. Computer technology.
    ਀ऀ匀礀猀琀攀洀 搀攀瘀攀氀漀瀀攀爀 昀漀爀 琀栀攀 挀漀渀猀甀氀琀椀渀最 昀椀爀洀 䬀瘀愀搀爀愀琀 䄀䈀Ⰰ 匀琀漀挀欀栀漀氀洀⸀㰀戀爀㸀 CTO for plexityHide.com, Stockholm.

    ਀ऀ

    It is with great pleasure that we at plexityHide.com present truly reusable components for the Bold framework.

    ਀ऀऀ ਀ऀ ਀ऀ㰀⼀琀搀㸀
    ਀ऀ㰀琀愀戀氀攀 眀椀搀琀栀㴀∀㈀㜀 ∀ 戀漀爀搀攀爀㴀∀ ∀ 挀攀氀氀瀀愀搀搀椀渀最㴀∀ ∀ 挀攀氀氀猀瀀愀挀椀渀最㴀∀ ∀㸀
    ਀㰀戀爀㸀㰀戀爀㸀 ਀㰀琀爀㸀 ਀ऀ㰀琀搀 挀氀愀猀猀㴀∀昀漀漀琀攀爀∀ 瘀愀氀椀最渀㴀∀琀漀瀀∀㸀㰀戀㸀☀挀漀瀀礀㬀 ㄀㤀㤀㤀ⴀ㈀ ㄀  㰀愀 栀爀攀昀㴀∀栀琀琀瀀㨀⼀⼀眀眀眀⸀瀀氀攀砀椀琀礀栀椀搀攀⸀挀漀洀⼀∀ 挀氀愀猀猀㴀∀戀氀欀∀㸀倀氀攀砀椀琀礀䠀椀搀攀⸀挀漀洀㰀⼀愀㸀㰀⼀戀㸀㰀戀爀㸀 Grastensvagen 24, S-163 45 Spanga Sweden
    ਀ऀ䔀ⴀ洀愀椀氀㨀 㰀愀 栀爀攀昀㴀∀洀愀椀氀琀漀㨀猀甀瀀瀀漀爀琀䀀瀀氀攀砀椀琀礀栀椀搀攀⸀挀漀洀∀ 挀氀愀猀猀㴀∀眀栀椀琀攀∀㸀猀甀瀀瀀漀爀琀䀀瀀氀攀砀椀琀礀栀椀搀攀⸀挀漀洀㰀⼀愀㸀㰀戀爀㸀 ਀ऀ㰀搀椀瘀 愀氀椀最渀㴀∀爀椀最栀琀∀㸀䐀攀猀椀最渀攀搀 戀礀 㰀愀 栀爀攀昀㴀∀栀琀琀瀀㨀⼀⼀眀眀眀⸀挀愀渀搀攀漀搀攀猀椀最渀⸀挀漀洀⼀∀ 挀氀愀猀猀㴀∀眀栀椀琀攀∀㸀䌀愀渀搀攀漀 䐀攀猀椀最渀㰀⼀愀㸀㰀⼀搀椀瘀㸀㰀⼀琀搀㸀 ਀㰀⼀琀爀㸀
    ਀㰀戀爀㸀 ਀㰀⼀栀琀洀氀㸀਀