[dev] New giapeto block

Roel Gloudemans roel at gloudemans.info
Sun Dec 18 05:30:40 PST 2005


Hmmmmmm, something is bubbling in my mind just below the surface so I 
can't grab it.

Blocks are used on the portal page and in Giapeto. But what is Giapeto? 
It's just a structured collection of text blocks augmented with some 
dynamic content provided by the Blocks.  Actually it is not much 
different from the portal page. The portal page just lacks some 
navigation structure and access to giapeto's text blocks.

This could be a nice setup for Horde 4. Something like Giapeto becomes 
the root. Users can then build their own portal by creating their own 
naviagation structure and create pages to which they add only the 
blocks they need. In this way every user can create their own Horde 
with only the functionality they need. (Combine it with some Ajax code 
to let you actually drag your page together and you really have a 
killer app.)

But back to the current situation. I see Blocks as plugins for the 
various apps. Therefore it would be only logical to make installing and 
(de)activating possible via the administrative interface (maybe using 
the same mechanism as the ftp'ing of the conf.php files). And indeed; 
all blocks should be moved from various the lib/Block locations to one 
central location. (We may even speed up Horde a bit in the process, 
since those directories don't have to be checked anymore).

Application and version dependencies should noted in the header of the 
block. And a Block should be just one file (from the top of my head all 
of them are at the moment). Maybe we should also think of a better 
name. When I think Block, I think brick and that something to throw 
trough a Window (take that Bill ;-) )

Cheers,
Roel.

Quoting "Kevin M. Myer" <kevin_myer at iu13.org>:

> Quoting Chuck Hagenbuch <chuck at horde.org>:
>
>> Maybe put this up on the wiki? It'd be great if someone had some
>> inspiration for coming up with an independant Block installer so we
>> could distribute them seperately. :)
>
> Plum out of inspiration at the moment, but how about something similar
> to the framework distribution currently?  Each Block would come inside
> its own directly, there would be a master script that could be used to
> install Blocks, installing everything with no arguments, or the Blocks
> you specify with -b.  I see issues needing to be resolved as:
>
> 1) What application does the Block get installed under?  Maybe tag each
> Block inside with an app name?
> 2) Version control and dependencies (within Horde apps).  Say you need
> Horde 3.1 and IMP 4.1 - don't let the user install if those
> prerequisites aren't met.
>
> Or maybe handle it with the equivalent of a package.xml for each block,
> that lists prequisites and the app its associated with.
>
> Kevin
> --
> Kevin M. Myer
> Senior Systems Administrator
> Lancaster-Lebanon Intermediate Unit 13  http://www.iu13.org
>
>
>
> --
> Horde developers mailing list - Join the hunt: http://horde.org/bounties/
> Frequently Asked Questions: http://horde.org/faq/
> To unsubscribe, mail: dev-unsubscribe at lists.horde.org
>





More information about the dev mailing list