Re: [Zope-dev] Re: ZMI / JavaScript brainstorm

2002-04-09 Thread Chris Withers

Charles Y. Choi wrote:
 
 With ZMI, you can create different methods/objects and then edit them.
 The problem is that pretty much every other editor out there doesn't
 know a whit about the types of objects/methods they are creating.
 Does emacs really know the difference between a python method,
 dtml-method, dtml-document, and a page template?  Not likely.

*grinz* You never heard of a PUT_factory? You can (and I do) do this in Zope 2
already.
Think about it, how does Windoze know the difference between a Photoshop file
and a Windows Bitmap?
Zope 2 is even clever than this, I have logic that says if the first character
in a thing is a # then create a PythonScript from it...

As for EMACS, it certainly knows about python (M-x python-mode), and there's
HTML mode for page templates. If you wanna use DTML, you deserve to burn in hell
anyway, so you ain't gonna need an editor ;-)

cheers,

Chris


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



Re: [Zope-dev] Re: ZMI / JavaScript brainstorm

2002-04-09 Thread Charles Y. Choi

Chris Withers wrote:

Charles Y. Choi wrote:

With ZMI, you can create different methods/objects and then edit them.
The problem is that pretty much every other editor out there doesn't
know a whit about the types of objects/methods they are creating.
Does emacs really know the difference between a python method,
dtml-method, dtml-document, and a page template?  Not likely.


*grinz* You never heard of a PUT_factory? You can (and I do) do this in Zope 2
already.
Think about it, how does Windoze know the difference between a Photoshop file
and a Windows Bitmap?
Zope 2 is even clever than this, I have logic that says if the first character
in a thing is a # then create a PythonScript from it...

As for EMACS, it certainly knows about python (M-x python-mode), and there's
HTML mode for page templates. If you wanna use DTML, you deserve to burn in hell
anyway, so you ain't gonna need an editor ;-)


Yes, and though your PUT_factory override is a great thing, it's an 
unsupported patch: that is,
it's not part of the standard packaging of Zope.  The conventions you 
use (# for PythonScripts)
are not clearly documented.  And as much as I'd love to to chuck DTML, 
 ZPT is still buggy
in 2.5.0 - (try creating a page template for the view method of a ZClass).

As far as emacs goes, it uses file extensions to automatically determine 
what mode to be in.

Brain hurts, must sleep ...

-cc





___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



Re: [Zope-dev] Re: ZMI / JavaScript brainstorm

2002-04-09 Thread Chris Withers

Charles Y. Choi wrote:
 
 Yes, and though your PUT_factory override is a great thing, it's an
 unsupported patch: that is,
 it's not part of the standard packaging of Zope.  

Urm, PUT_factory has been a standard part of Zope for some time now...

 The conventions you
 use (# for PythonScripts)
 are not clearly documented.

That's because I've overridden the default PUT_Factory, hich is one of its
strengths, you can customise it ;-)

  And as much as I'd love to to chuck DTML,
  ZPT is still buggy
 in 2.5.0 - (try creating a page template for the view method of a ZClass).

ZClasses are a waste of time, even more so than DTML. I've not experienced any
bugs in ZPT when used in a sane context.

 As far as emacs goes, it uses file extensions to automatically determine
 what mode to be in.

yes, and? *grinz*

cheers,

Chris


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



Re: [Zope-dev] Re: ZMI / JavaScript brainstorm

2002-04-09 Thread Nicola Larosa

 ZClasses are a waste of time, even more so than DTML.

Words of comfort. :^) Nice never having spent the time to learn 'em.


 I've not experienced any bugs in ZPT when used in a sane context.

Same here, after several months' usage.


-- 
Two witches watch two watches. Which witch watched which watch?

Nicola Larosa - [EMAIL PROTECTED]



___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



Re: [Zope-dev] Re: ZMI / JavaScript brainstorm

2002-04-08 Thread Romain Slootmaekers



On Mon, 8 Apr 2002, Charles Y. Choi wrote:

 
 IMHO, much of what makes the ZMI difficult to use is due to limitations 
 of the
 textarea widget in a web browser (no syntax highlighting, no indentation 
 support,
 etc.)  
 
 So what if there was a way to get JavaScript to take the contents of a 
 textarea
 widget, save that to a temporary file and then call a local editor of 
 the user's
 choice to edit that file.  Upon exit of the local editor, the contents 
 of the file
 are then put back in the textarea widget.  How would the use model work?
 Hook into the right mouse button menu over the textarea widget an entry
 called Edit Contents with Local Editor.

check out http://www.mijnkopthee.nl/pivot/screenshots.html

but call me stupid isn't emacs an easier solution ?




___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



Re: [Zope-dev] Re: ZMI / JavaScript brainstorm

2002-04-08 Thread Casey Duncan

What you are likely to see in Zope3 at least is the ability to synch 
objects to and from the filesystem. This would allow you to edit 
content/code (code-tent?) on the filesystem using your choice of tools 
and then check it back into the ZODB.

Another reason for this is a vision of having all application code (even 
restricted python) reside in the ZODB so that it can be distrbuted via ZEO.

Much work is to be done on this, but I think in the end, we may be able 
to have our cake and eat it too...

-Casey


Romain Slootmaekers wrote:
 
 On Mon, 8 Apr 2002, Charles Y. Choi wrote:
 
 
IMHO, much of what makes the ZMI difficult to use is due to limitations 
of the
textarea widget in a web browser (no syntax highlighting, no indentation 
support,
etc.)  

So what if there was a way to get JavaScript to take the contents of a 
textarea
widget, save that to a temporary file and then call a local editor of 
the user's
choice to edit that file.  Upon exit of the local editor, the contents 
of the file
are then put back in the textarea widget.  How would the use model work?
Hook into the right mouse button menu over the textarea widget an entry
called Edit Contents with Local Editor.

 
 check out http://www.mijnkopthee.nl/pivot/screenshots.html
 
 but call me stupid isn't emacs an easier solution ?
 
 
 
 
 ___
 Zope-Dev maillist  -  [EMAIL PROTECTED]
 http://lists.zope.org/mailman/listinfo/zope-dev
 **  No cross posts or HTML encoding!  **
 (Related lists - 
  http://lists.zope.org/mailman/listinfo/zope-announce
  http://lists.zope.org/mailman/listinfo/zope )
 
 




___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



Re: [Zope-dev] Re: ZMI / JavaScript brainstorm

2002-04-08 Thread Jeffrey P Shell

On 4/8/02 1:17 PM, Martijn Jacobs [EMAIL PROTECTED] wrote:

 What is wrong with editing the files trough FTP / WebDAV? I've mounted a
 complete zopedatabase on a directory, and you can edit all files with
 your favorite editor. Why wanting such editing posibilities in a easy to
 use , in everybrowser working interface like the ZMI?

+1.

The ZMI is really good as an object property browser/inspector - good for
managing a huge suite of objects.  It's not the best content editing
environment, and I'm not sure it should be.  For doing quick edits, it'd be
very annoying having to wait for an Applet to reload/refresh every time I
hit something with a rich text area.

On the other hand, Radio Userland http://radio.userland.com/ has a WYSIWYG
editor built in for its web based editor, with a preference to disable it.
The editor, I believe, is for Windows IE only.

-- 
Jeffrey P Shell 
www.cuemedia.com




___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



Re: [Zope-dev] Re: ZMI / JavaScript brainstorm

2002-04-08 Thread William Trenker

At 12:43 PM 4/8/02 -0700, Charles Y. Choi
[EMAIL PROTECTED] wrote:
So far, the best folks have been
able to come up with has been to use filenname
extensions
Are you referring to the
Object
Type Assocation And Death To index_html planned for Zope
2.6?
That document proposes, to add a general-purpose facility to
Folders that allows a Site Manager to control the relationships between
file extensions, content-types and object types. This facility would also
provide a way for a Site Manager to specify the default
document to be used for a Folder.
Or maybe I've got this mixed up with something else.
Thanks,
Bill


The commandments of the LORD are right, bringing joy
to the heart. The commands of the LORD are clear, giving insight to life
. . . For this is the love of God, that we keep His commandments. And His
commandments are not burdensome. (Psalm 19:8, 1John
5:3)
torahteacher.com




---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.343 / Virus Database: 190 - Release Date: 3/22/02