Hi,
I loved the new framed admin, bu this looks realy cool.
Just a few things.
I'd be hapy if you continued to implement the added parameters (size_x,
size_y & size_XY) that was discussed here earlyer although the best thing
would be if the values could be added to the blobs table as optional
fields(It would be against database theory, but since blobs are mostly used
for images, a good idea).
I'll come with more input later.
Tarjei
> -----Original Message-----
> From: Alan Knowles [mailto:[EMAIL PROTECTED]]
> Sent: 30. september 2000 18:21
> To: [EMAIL PROTECTED]
> Subject: RE: [midgard] Asgard: and Framed Admin v3
>
>
> Interesting ?
>
> Any chance of getting cvsweb up on the code???
>
> >From the comments I've seen so far and from hacking away at
> the new version of
> the framed admin interface (nicknamed v3).........
> very early versions viewable on
> http://www.hklc.com/dump/framedadmin_v3.jpg
> http://www.hklc.com/dump/framedadmin_v3a.jpg
>
> I have a half finnished spec on the new design, but I get
> very bored writing
> it so I generally end up hacking the code.......
>
> resizing boxes..... eg. textboxes to fit the screen..
> - the original framed admin used cookies to store a series of
> values for box
> sizes..
> - This has been extended a bit on v3 by generating the frameset with
> javascript, then adding these lines in
>
> if (navigator.appName.indexOf("Microsoft") != -1)
> {
> windowwidth= document.body.clientWidth;
> windowheight= document.body.clientHeight;
> }else{
> windowwidth= window.innerWidth;
> windowheight= window.innerHeight;
> }
>
>
> This then pumps varialbes into urls, on the frames -> then
> taken by the
> cookies and stored to remember the window size...... - still
> testing it!!! -
> but it seems OK.
>
> Graphic Design on v3:
> Having spent 1 evening pondering over the design of the
> current framed admin,
> and playing about laying it out.. It became very clear that
> there was __Far__
> too much information on the screen..... Basically a lay
> person would probably
> just want to go in and use the DHTML editor, change a bit of
> text, and say
> 'OK' - the huge number of boxes and options (although
> usefull) did not seem to
> help this..
>
> To solve this, I have added extensive use of layers - this
> seems to work, but
> I did get comments that there may be problems with chinese
> and netscape -
> however, I have yet to experience any issues, or see any
> evidence of this.....
>
> One of the issues that came up with the current framed admin
> was that you
> could not attach a image to a new article or style etc. -
> this was because
> when you are editing a new page, it does not have an id to
> attach to - so the
> new system makes you create the article first, with a name,
> then you are
> editing an article that exists.
>
> The design layout has certian aspects taken from mozilla,
> basically as I'm too
> lazy to come up with a better interface design.... - the
> colours of the
> editing window (basically the yellow) will proably be changed
> to grey, in
> keeping with the theme - along with new button designs...
>
> Tree navigation on v3:
>
> I spent quite a while getting a javascript tree working with
> the early version
> of v3, This allowed navigation of the the tree without
> pulling pages from the
> server. However, I found on small sites this was fast and
> efficient, but on a
> large site (> 1000) pages it would hang the browser for about
> 1-2 minutes. In
> the end, I ended up writing/hacking a new tree browser, that
> is used for all
> the navigation. (it's in the tree.element.php and
> tree_function.element.php3
>
>
> Coding design on v3:
> take a look at
> http://demo.hklc.com/cgi-bin/cvsweb/page/Framed%20Admin%201b1.
page/rcs.page/
>
> The code for beta1 (or v2) was a gentle manipulation of the
> original admin
> site. This meant that it could be put together very quickly
> (give or take the
> learning curve..).. however when it came to giving the code
> to some of our
> other programmers, it was an up hill struggle to get to grips
> with the heavy
> mixing of PHP an HTML layout.
>
> It does seem that as a Content/Application Management System
> midgard is
> encouraging the end users to seperate as much as possible the
> 'code' from the
> 'style' - however the basic admin system is a poor example of
> this.....
>
> Basically v3 is a total ground up build of the admin site
> (eg. very little old
> code remains)......
>
> The RCS page now contains the Code (with a big C!) for the
> whole admin site -
> The theory being that since all the elements in midgard a
> very similar, the
> code to read and write them would also be similar... The only
> difference is
> how this is displayed to the user.....
>
> Other than this, the bit that is not visable is a modified
> FastTemplate php
> library which reads from midgard styleelements rather than
> files. - this
> should mean that translating the admin interface should just
> be a mater of
> giving the files to a graphic designer or secretary?? and
> letting them type it
> up....
>
> After many hours of toil and strife, I got about 70% of the way into
> implementing a CVS dual back end for midgard (eg. every write
> to the database
> is mirrored as a write to CVS).. however When it came to
> 'moving or renaming'
> an article the code became impossibly complex for a simple
> solution (basically
> CVS does not support Rename!)
> The outcome of this was to use the CVS tree, however write
> directly to it with
> rcs... - Also devise a standard method of storing midgard
> elements etc. as
> files. - this is a 'evolution' of the original import/export methods.
>
> anyway, there is alot more to the new code, as I've been
> spending far too much
> time hacking it...
>
> Release dates... - now theres an idea? :)
>
> regards
>
> alan
>
>
>
>
> --
> Technical Director
> Linux Center (HK) Ltd.
> www.hklc.com
>
>
>
> --
> This is The Midgard Project's mailing list. For more information,
> please visit the project's web site at http://www.midgard-project.org
>
> To unsubscribe the list, send an empty email message to address
> [EMAIL PROTECTED]
--
This is The Midgard Project's mailing list. For more information,
please visit the project's web site at http://www.midgard-project.org
To unsubscribe the list, send an empty email message to address
[EMAIL PROTECTED]
