headers
Piotras | 2 Jan 22:14

Re: DEBs issues [IRC log]

> jval [17:17:17] but, errors when trying to run datagard :(
> jval [17:17:28] # datagard
> jval [17:17:28] /usr/sbin/datagard: line 1: /usr/bin/dialog: No such
> file or directory
> jval [17:17:29] /usr/sbin/datagard: line 1: /usr/bin/dialog: No such
> file or directory
> jval [17:17:29] /usr/sbin/datagard: line 1: /usr/bin/dialog: No such
> file or directory
> jval [17:17:47] the debs don't require dialog :(

Yep, my fault. I just didn't think that someone may have not dialog installed.
I mean debian users as I always forget which frontend is used for debconf.

> jval [17:19:28] btw, is it normal that "apt-get install midgard-data
> libapache2-mod-php4-midgard" installs apache AND apache2?

Package: libapache2-mod-midgard
Architecture: any
Depends: ${shlibs:Depends}, apache2-mpm-prefork

Package: midgard-data
Section: web
Architecture: any
Depends: php4-midgard (>=1.6.1) | libapache2-mod-php4-midgard (>=1.6.1),
mysql-server(>=4.0.21), debconf, mysql-client(>=4.0.21) , repligard (>=1.6.1)

Looks like not.

> jval [17:21:4] 0and, when doing apt-get remove libmidgard:
> jval [17:21:41] Removing libmidgard ...
(Continue reading)

Permalink | Reply | 2 comments |
headers
Tarjei Huse | 3 Jan 14:34
Picon
Favicon
Gravatar

Re: midcom-template, <[navi-dynamic]>

Hi, 
> | tonight, I looked into the <[navi-dynamic]> page-element.. The way it is
> | implemented seems wrong to me. It leaves no place for customization
> | (except CSS).
> 
> Actually, I've marked myself two TODOs for <(navi-dynamic)>
> 
> 1) Start using $nap->list_children() instead of separate node and leaf
> listings
> 
> 2) Switch from <div class="nnbe"> to properly nested <ul><li> list
> 
> I think with proper application of CSS 2) should bring quite enough
> customizability.
> And for those to whom it is not enough, the NAP methods are just a short
> API call
> away :-)

IMHO, the best way is probably making a few extra nap functions that
return array that may be handled by new users. Either that or make some
generic style-elements so the user may edit the html as she wishes.

Tarjei

> However, thanks for the patch! I'll read it a bit later and thing about
> this...
> 
> /Bergie
> 
> - --
(Continue reading)

Permalink | Reply | 0 comments |
headers
Piotras | 3 Jan 17:52

AttachmentHost and active pages

Hi all, 

http://midgard.tigris.org/issues/show_bug.cgi?id=17

It seems to affect only hosts with active root page ( I know,  99% of current ones ).
Maybe I am blind today but this issue is caused by mgd_find_blob_global.
( this is defined in pageresolve.c in midgard-core )
I changed all the same variables names like dir or tmp_uri, but nothing seems to be better.
I wonder cause mgd_find_blob_global doeasn't change any variables directly from parse_uri.

Hints?

Piotras
Permalink | Reply | 0 comments |
headers
Henri Bergius | 4 Jan 17:23
Favicon
Gravatar

Midgard and Jabber for synchronization

Greetings!

Here's something to think about once Piotras finishes MgdSchema ;-)

[18:02] Bergie: I had an interesting replication idea the other day...
[18:02] Piotras: bergie: in what sense?
[18:02] Bergie: connect repligard to Jabber
[18:02] Piotras: bergie: and?
[18:03] Bergie: ...so every time a MidgardObject updates, Midgard would
IM the repligard XML of that object to other servers, which would then
import it
[18:03] Bergie: Instant synchronization of multiple Midgard servers...
that would be cool for clustering or running Midgard on the desktop
[18:03] Bergie: ...especially if Jabber supports queuing "unread" messages
[18:04] Piotras: bergie: why just do not replicate "on the fly" ?
[18:04] Bergie: this would be "replication on the fly", but we would
bootstrap an existing message transmission system for doing it
[18:05] Piotras: repligard can connect to other server.... f*** blobs
[18:06] Bergie: not if they're in completely different networks
[18:06] Bergie: with Jabber I could run a server in Finland and you
could run in Poland and they would be in sync
[18:06] Piotras: and both intranet ones
[18:06] Bergie: ...and if there is a message queue, it wouldn't matter
if your server was offline for a while... it would just get all the
queued replication files when it connects

--

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

Permalink | Reply | 0 comments |
headers
Daniel S. Reichenbach | 7 Jan 15:27
Gravatar

List maintenance

Hello list users,

this evening we will bring down the mail server providing the Midgard
mailing lists for a short system maintenance. Maintenance is scheduled
from 19.00 to 21.00 Central European Time.

A notice will be mailed, when the server is back and the lists are
available again.

Daniel S. Reichenbach
--

-- 
Best Off GmbH                                        info@...
One company. One profession.                  http://www.best-off.org/
Marie-Calm-Str. 25                             Phone +49 561 728 85 60
34131 Kassel                                     Fax +49 561 920 37 49
Germany                                      Mobile +49 160 963 111 59
Permalink | Reply | 0 comments |
headers
Tarjei Huse | 8 Jan 17:35
Picon
Favicon
Gravatar

The campaing for UI simplification

Hi, I suggest we start a campaing for UI simplification. There are way
to many places in the Midcom UI where the user is presented with way too
many options. 

Some examples:
1. If the go to page option is not working why do you get a "Page
preview not available" option in the toolbar?

2. The mailtemplate asks the user for mimetype, X-mailer and encoding
and whatnot. How many users know what this is?

Also, is there a way to have "subgroups" in the toolbar? I'd like to
move some of the options to different subgroups with hoverdropdowns to
make the toolbar look nicer.
Tarjei

--

-- 
Tarjei Huse <tarjei@...>
Permalink | Reply | 0 comments |
headers
Henri Bergius | 8 Jan 19:04
Favicon
Gravatar

MidCOM component registry

Greetings!

I would like to propose some kind of caching for what MidCOM components are
listed. Currently the fact that MidCOM has to crawl the directory tree and
see if each topic is usable is *slow* and uses lots of memory, causing a big
problem:

[20:00] rguerra: i just clicked on create subtopic - and...
[20:00] rguerra: Fatal error: Allowed memory size of 8388608 bytes exhausted
(tried to allocate 11520 bytes) in /usr/share/pear/midcom/lib/net/ne&#8203;
mein/reservations/reservation.php on line 276

[20:02] Piotras: bergie: memory size limit must be increased , I had the same
errors while creating topic

Now, if fs-midcom would have a file listing all valid topics instead this
problem would go away.

Comments?

Torben, please make some plan...

/Bergie
Permalink | Reply | 7 comments |
headers
Piotras | 8 Jan 22:24

Re: MidCOM component registry

> Now, if fs-midcom would have a file listing all valid topics instead this
> problem would go away.
>
> Comments?

I fixed similiar problem with topics which has 500+ articles and I need to display
only last 5~10 which are approved and has calendar set.
When article is created|approved|unapproved array of last 50 articles is created and
serialized as topic->code.
Getting 5~10 from 50 is much faster.

ais or any admin interface may be slow anyway as this is less then 0,5% of all
site's requests.

Piotras
Permalink | Reply | 0 comments |
headers
Torben Nehmer | 9 Jan 11:38
Gravatar

Re: MidCOM component registry


Hi,

--On Samstag, 8. Januar 2005 20:04 +0200 Henri Bergius 
<henri.bergius@...> wrote:

> Now, if fs-midcom would have a file listing all valid topics instead this
> problem would go away.
>
> Comments?
>
> Torben, please make some plan...

I don't find this neccessary. It is no secret that you need to increase 
PHPs Memory Limit for MidCOM. Most large PHP CMS require this, it is not 
uncommon.

Caching of the components installed is very difficult, as invalidation is 
difficult.

Besides, in a "correctly" configured MidCOM topic admin you do *not* need 
to crawl the directory, as the topic admin knows which components to 
display, see under "topic admin configuration", doc field of:
  http://cvs.devel.midcom-project.org/asgard/snippet/view/9199.html

The best solution here would be a central place of (perhaps XML based) 
component descriptors, effectivly deprecating the current way of component 
recognition.

Idea:
(Continue reading)

Permalink | Reply | 5 comments |
headers
Tarjei Huse | 9 Jan 14:16
Picon
Favicon
Gravatar

Re: MidCOM component registry

Hi,
> > Now, if fs-midcom would have a file listing all valid topics instead this
> > problem would go away.
> > Comments?
> > Torben, please make some plan...
> I don't find this neccessary. It is no secret that you need to increase 
> PHPs Memory Limit for MidCOM. Most large PHP CMS require this, it is not 
> uncommon.
> Caching of the components installed is very difficult, as invalidation is 
> difficult.
> Besides, in a "correctly" configured MidCOM topic admin you do *not* need 
> to crawl the directory, as the topic admin knows which components to 
> display, see under "topic admin configuration", doc field of:
>   http://cvs.devel.midcom-project.org/asgard/snippet/view/9199.html

Hmm, this is an important point. What we probably need is a simple way
to configure up styles, components and schemas. I.e. a site
controllpanel that defines which components the user is presented with.
I'd like to be able to define a set of linked styles, schemas and
components so that the user can say "I want to create a such page" (say
a listing with thumbnails and title linked to an article with 40 fields)
and then get a topic set up with the correct schema and (most important)
a link at the bottom that gives him the correct schema for that
component + style combo.

Hmm, I think I should try looking at MRFC 0004 again...

> The best solution here would be a central place of (perhaps XML based) 
> component descriptors, effectivly deprecating the current way of component 
> recognition.
(Continue reading)

Permalink | Reply | 2 comments |

Gmane