Re: updated docs?

Hi,

--tarjei@... wrote on 2005-02-28 20:33:
> Hi, does anyone know how updated the midcom dos for component styles are? 
> F.x. : 
> http://www.midgard-project.org/documentation/reference/components/net.siriux.photos.html
>  Tarjei

I have never even read them.

Live long and Prosper!
Torben Nehmer

--
Torben Nehmer, Guenzburg, Bavaria, Germany
http://www.nathan-syntronics.de, mailto:torben@...
PGP Public Key: https://www.link-m.de/pgp/t.nehmer.asc

Re: updated docs?

tarjei@... wrote:
| Hi, does anyone know how updated the midcom dos for component styles are?
| F.x. :
|
http://www.midgard-project.org/documentation/reference/components/net.siriux.photos.html

Now the doc viewer reads the snippets. We should make it read the files
in the MidCOM tree instead. Shouldn't be difficult.

Torben: we need to start displaying the MidCOM autogenerated API
docs on the m-p.org site as well...

| Tarjei

/Bergie

--
Henri Bergius                           Henri.Bergius@...
Consultant Partner                      Tel: +358-20-198 6032
Nemein Oy                               http://www.nemein.com/

Alternatives to Aegir

Greetings!

As it looks like the Aegir-project is dead, we need to start looking
for alternatives.

Since MidCOM provides the content administration interface, we need
to concern ourselves only with management of the other Midgard object
types.

For user and group management there should be a more contextual
interface, as it should show information on how ownerships and
memberships affect permissions to different things in the Midgard
sphere, but for other objects the interface could be relatively generic.

I would like to propose a three-level approach:

1) WebDAV interface for managing the basic data in objects (value
~   for elements, code for snippets, etc)
~   This could be the most natural way for example to edit styles,
~   as designers could simply load the layout into their DreamWeaver
~   or whatever and work with it there.

2) Eclipse plugin. Eclipse is a major Open Source IDE, which could
~   have an interface that would be aware of the Midgard object
~   structure, a bit like PHPmole is.
~   This we could actually get "free" through the Midgard-JCR project,
~   if there would be a JCR plugin for Eclipse that would be able to
~   introspect the capabilities and object types of a repository

Re: updated docs?

Hi,

--Henri Bergius wrote on 2005-03-01 10:33:
> Torben: we need to start displaying the MidCOM autogenerated API docs on the 
> m-p.org site as well...

Agreed, I just don't have The Perfect Idea(tm) for this. I still think thhat
"just" putting the phpdoc files somewhere on-site, linking to them should be
enough for a start. If anybody volunteers for a custom phpdoc template for use
with that, it would be great, I would prefer focusing to get the documentation
complete if possible.

On the long run having it imported into MidCOM using some specialized component
would be best of course.

Live long and Prosper!
Torben Nehmer

--
Torben Nehmer, Guenzburg, Bavaria, Germany
http://www.nathan-syntronics.de, mailto:torben@...
PGP Public Key: https://www.link-m.de/pgp/t.nehmer.asc

Re: Alternatives to Aegir

Hi,

--Henri Bergius wrote on 2005-03-01 10:28:
> As it looks like the Aegir-project is dead, we need to start looking
> for alternatives.
> 
> [...]
> 
> 1) WebDAV interface for managing the basic data in objects (value
>
> [...]
> 
> 2) Eclipse plugin. Eclipse is a major Open Source IDE, which could
> 
> [...]
> 
> 3) MidCOM-based "Midgard object manager", a generalized admin interface
> 
> [...]
> 
> How would this sound? With these three solutions we could then drop
> Aegir, Spider and Asgard from the Midgard distro.

I fully agree that we need to simplify this, though I would priorize this a bit.

Point 3 is the most important IMHO, if we want to deprecate the current admin
interfaces, though this would need some tweaks to the MidCOM NAP system, but
that is another story. I have some plans for this point, which are under the
Headlines "Next-Generation MidCOM" and "Page Transition".

Is this project still alive?

Hi,

I'm currently trying to integrate Plucene into the Midgard CMS [1], and I have
been encountering various bugs ([2], [3], [4] and [5]) in the last weeks, all of
which I have documented at the Plucene Bugtracker at CPAN [6]. Some of these bug
cost me hours to track down and do effectivly prohibit production deployment of
the Plucene Indexer Backend.

While I find the general occurence of Bugs not the problem, I'm quite concerned
about the activity of the Plucene project itself. I have not heared a single
word from either my mail to the Plucene list a few weeks ago nor to the various
comments I wrote in the Bugtracker.

I just hope that this inactivity is temporary, as I do not know enough Perl to
fix Plucene myself. So my only other option is reverting to Lucene if this
situation does not change.

As it is now (as a Midgard Core Developer) cannot recommend usage of Plucene as
a Indexer Backend with a quiet conscience; to the contrary, right now I'm forced
to recommend not using Plucene on any production deployment (even testing and
development is difficult due to these bugs).

Live long and Prosper!
Torben Nehmer, Midgard Core Developer [7]

[1]: http://www.midgard-project.org
[2]: http://rt.cpan.org/NoAuth/Bug.html?id=11658
[3]: http://rt.cpan.org/NoAuth/Bug.html?id=11295
[4]: http://rt.cpan.org/NoAuth/Bug.html?id=5815

Re: Is this project still alive?

On Thu, Mar 03, 2005 at 12:21:04PM +0100, Torben Nehmer wrote:
> While I find the general occurence of Bugs not the problem, I'm quite
> concerned about the activity of the Plucene project itself. I have not
> heared a single word from either my mail to the Plucene list a few weeks
> ago nor to the various comments I wrote in the Bugtracker.

Maybe that's just because no-one knows how to fix them.

There have been quite a few other posts to the list since them, so
obviously there is something happening.

> As it is now (as a Midgard Core Developer) cannot recommend usage of
> Plucene as a Indexer Backend with a quiet conscience; to the contrary,
> right now I'm forced to recommend not using Plucene on any production
> deployment (even testing and development is difficult due to these bugs).

That's fine. I probably wouldn't recommend Plucene in a production
enironment either unless you're prepared to really dig into the code
when you face a problem.

There is active development happening, but not much, as it seems to
mostly be happening by only two people, neither of whom have much time
to work on it. Plus everything is pretty much in limbo whilst decisions
are made on the file format issue between Plucene and Lucene.

Tony

[Fwd: Re: [Plucene] Is this project still alive?]

Hi,

Attached an answer to my mail to the plucene list, it most probably did not get
through to the list itself.

Live long and Prosper!
Torben Nehmer

--
Torben Nehmer, Guenzburg, Bavaria, Germany
http://www.nathan-syntronics.de, mailto:torben@...
PGP Public Key: https://www.link-m.de/pgp/t.nehmer.asc

On Thu, Mar 03, 2005 at 12:21:04PM +0100, Torben Nehmer wrote:
> While I find the general occurence of Bugs not the problem, I'm quite
> concerned about the activity of the Plucene project itself. I have not
> heared a single word from either my mail to the Plucene list a few weeks
> ago nor to the various comments I wrote in the Bugtracker.

Maybe that's just because no-one knows how to fix them.

midcom topic attachments archive patch

hi,
i've implemented a mini feature for midcom: "topic attachments archive".
it's currently very simple and does nothing but set a score of 0 or -1 to  
attachments ... "-1" meaning an "archive flag".
see a screenshot and the patch attached (for fs-midcom 2.2.1).

background: we have a special page which recursively lists all the topic  
attachments and needed a nice method to hide attachments there without  
deleting them (and without aegir/asgard).
besides that, it might be useful for making the attachment list look more  
concise in some cases...

i'd appreciate if this could be applied to midcom. well, at least until  
the topic attachments page will get extended anyway, which, according to  
torben, will happen some vague time in the future.
so i think this patch shouldnt hurt anyone :)

--

-- 
bye,
michael

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@...
For additional commands, e-mail: dev-help@...

Midcom Metadata and frontpage articles

Hi,

I need to be able to say that a set of articles should be "frontpage"
articles and handled thereafter , i.e. displayed on the frontpage.

I there a way to do this using the new metadata api?
Tarjei
--

-- 
Tarjei Huse <tarjei@...>