谁想参与编写一个基于Web的开源程序员的编辑器？ [英] Who wants to participate in writing an open source web-based programmer's editor?
问题描述
嗨...
我们想写一个基于Web的开源网络编辑器，对任何帮助都会很高兴.-)
请注意：我们不想编写基于Web的WEB编辑器，
你可以在不知道HTML的情况下编辑网页 - 我们想写一个真实的
程序员的编辑器位于浏览器的网页上，其中包含
等功能...
- 语法突出显示
- Tab，Indent / Deindent
- Tags&带集成帮助的命令列表
- 设置并跳转到标记
- CSS工具
- 折叠
- 等。
现在我们只比基本框架多了一些，但是有些东西已经工作了：你可以编辑文本， - ）语法高亮显示是
强制（带错误），缩进/ deindent或多或少的工作，我们有点菜单弹出的
a。并且：该程序有一个很好的OO设计;-)
加入我们并查看......
http://baseportal.com/ htmledit
我们设置了一个小小的CVS - 如果你愿意，你可以查看来源
并立即开始编程...
欢迎任何帮助！ ;-)
祝你好运，
Christoph ...
PS：看起来它将是第一个网站 - 基于程序员的编辑 -
我们搜索了很多，但没有找到这样的任何其他项目 - 请
如果我错了，请纠正我。 ..
la ***** **@hotmail.com （Christoph Bergmann）写道：
我们想编写一个基于Web的开源编辑器编辑器，对任何帮助都会感到高兴; - ）
让我们扮演恶魔倡导者（我喜欢这样做：P）。这意味着我要问的问题不一定是批评。这只是一些
你应该能够在走得更远之前回答。
写它的目的是什么？有很多免费的，没有b $ b非基于网络的编辑器。为什么有人想要使用你的
编辑器而不是其中一个？
为什么HTML不验证？
它应该使用哪种浏览器？
你写的：
this.doc.designMode =" on" ;; //让用户编辑元素（跨浏览器）
那是*不*跨浏览器。它可能是IE和Mozilla，但那是关于
它。它在我的浏览器中不起作用（Opera 7）。
你写的：
document.write（"< b class = menueitem id =" + menue_id +
" href =''javascript ：更改（" +（i + 1）+"）''onMouseover = changes（" +（i + 1）+"）>"）
建议不要使用javascript ： - URI'。使用onclick属性
代替。 < URL：http：//jibbering.com/faq/#FAQ4_24>
你写的：
函数sc（r，g，b）
{
ri = isNaN（r）？ ....
你应该制作ri一个局部变量。这只会污染全局
命名空间。
您写道：
dsub_obj.innerHTML ="" ;; //确定;-)
在使用document.getElementById之后。为什么不使用DOM方法
来清空对象，如果符合标准的方法不可用，那么只能依靠专有方法，比如
innerHTML。
您的代码在没有innerHTML的标准兼容浏览器中可能会失败。
（不，我不知道一个，但现在可能存在，或者可能稍后） 。
为什么所有的document.write都是？您可以用HTML构建界面而不是编写它，或者您可以使用DOM方法来插入它。
是否有使用文档写入的原因？
/ L
-
Lasse Reichstein Nielsen - lr * @ hotpop.com
DHTML死亡颜色：< URL：http：//www.infimum.dk/HTML/rasterTriangleDOM.html>
''没有判断的信仰只会降低神灵的精神。''
Lasse Reichstein Nielsen< lr*@hotpop.com>在消息新闻中写道：< 3c ********** @ hotpop.com> ...la ******* @ hotmail.com （Christoph Bergmann）写道：
我们想编写一个基于开源Web的TEXT编辑器并且会对任何帮助感到高兴;-)
让我们扮演魔鬼的拥护者（我喜欢这样做：P）。这意味着我问的问题不一定是批评。它只是在你走得更远之前应该能够回答的事情。
没问题;-)那是什么讨论......
写它的目的是什么？有很多免费的，不是基于网络的编辑器。为什么有人想要使用你的
编辑器而不是其中一个呢？
还有很多非基于网络的WYSIWYG网页编辑器
（Dreamweaver等），但在过去的几年里你已经有了看过几十个基于网络的脚本（比如htmlarea）在浏览器中做同样的事情
（主要是有限的可能性）。我认为主要原因是：速度
of use，我的意思是你不需要安装任何东西 - 你打电话给网页
页面那里你go ... ;-)
更确切地说：我以浏览器为中心的方式组织我的工作 - 我b $ b可以编辑我的所有网页通过浏览器（这对我来说非常有用
，当我不在我自己的电脑上时），但是现在我用
简单的textarea来做这件事。一个基于网络的文本编辑器对我来说很棒...
;-)这就是为什么我们开始写一个，因为我们没有找到任何其他的
在那里...
它应该使用哪种浏览器？
你写道：
this.doc.designMode =" on" ;; //让用户编辑元素（跨浏览器）
这是*不*跨浏览器。它可能是IE和Mozilla，但那是关于它的。它在我的浏览器中不起作用（Opera 7）。
当然它只适用于支持网页编辑的浏览器
或它的元素。 "跨浏览器"在这种情况下意味着：我们希望
支持所有能够使用的浏览器。我们不能创造奇迹，如果
浏览器不支持它或没有javascript它不可能
;-)
现在我认为只有IE和Mozilla可以做到（请纠正我，如果
我错了），但也许Opera将来支持这个，因为
这是一个非常有用的功能。
你写的：
document.write（"< b class = menueitem id =" + menue_id +
" href =''javascript ：更改（" +（i + 1）+"）''onMouseover =更改（" +（i + 1）+"）> ;"）
建议不要使用javascript ： - URI'。请改用onclick属性
。 < URL：http：//jibbering.com/faq/#FAQ4_24>
你写的：
函数sc（r，g，b）
{
RI = isNaN（R）？ ....
你应该制作ri一个局部变量。这只会污染全局
名称空间。
你写道：
dsub_obj.innerHTML ="" ;; //确保;-)
使用document.getElementById之后。为什么不使用DOM方法来清空对象，如果标准兼容的方法不可用，那么只能使用像innerHTML这样的专有方法。
你的代码可能会失败在没有innerHTML的标准兼容浏览器中。
（不，我不知道一个，但现在可能存在，或者可能更晚）。
你判断太难了;-) - 我们刚刚开始构建这个程序，它的版本是
版本0.0.2当然它不完美，需要一个很多工作
和测试...每个人都有不同的技术和目标 - 我，
个人，我更务实，想要让事情快速运行 -
后来清理...一些代码（全局
ri）从另一个项目复制（这是一个快速的黑客攻击;-)）
并需要适应。但是一步接一个......
如果你想改进我们的代码 - 诚挚邀请你;-)
它的开源还有一点CVS，只需查看一份副本
并做你认为必要的事情;-)
http://baseportal.com/htmledit/minicvs/work
为什么所有的文件撰写的？您可以用HTML构建界面而不是编写它，或者您可以使用DOM方法插入它。
使用文档写入背后有原因吗？
我想我没写过你的意思（现在我们是3
程序员）所以我不能告诉你确切的打算做一个人b / b
吧。但我想它不是直接在HTML中，因为使用document.write
你可以控制输出。什么是document.write有什么问题？
/ L
祝你好运，
Christoph ......
2003年10月23日13:41:20 -0700
la ******* @ hotmail.com （Christoph Bergmann）写道：
< snip>现在我认为只有IE和Mozilla可以做到（如果我错了，请纠正我），但也许Opera将来支持这个，因为它是一个非常有用的功能。
< snip>
对不起。但你在这里点了一个热门按钮。与其他两个相比，Opera可能更符合标准
。当然比IE更合规。为什么
你只是假设Opera没有能力？你怎么能争论
跨浏览器兼容性当你对Opera知之甚少的时候？假设您打算遵循W3C标准，而不是MS标准，我是
。
-
生活是一种冒犯，针对
宇宙的重复机制。
- 阿尔弗雷德·怀特黑德（1861-1947）
Hi...
We want to write an open source web based TEXT editor and would be
happy about any help ;-)
Please notice: We do NOT want to write a web based WEB editor, where
you can edit a web page without knowing HTML - we want to write a real
programmer''s editor located on a web page in your browser with
features like...
- Syntax Highlighting
- Tab, Indent/Deindent
- Tags & Commands List with Integrated Help
- Set and Jump To Marks
- CSS Tool
- Folding
- etc.
Right now we have just a bit more than the basic framework, but some
things already work: You can edit text ,-) Syntax Highlighting is
impemented (with bugs), indent/deindent works more or less and we have
a little menu popup. And: The program has a nice OO design ;-)
So, if you are a javascript guru and longing for a new adventure, come
join us and take a look at...
http://baseportal.com/htmledit
We set up a little CVS - if you like you could check out the source
and start programming right away...
Any help is welcome! ;-)
Best regards,
Christoph...
PS: It looks like it will be the first web-based programmer''s editor -
we searched a lot but didn''t find any other project like this - please
correct me someone if I''m wrong...
la*******@hotmail.com (Christoph Bergmann) writes:
We want to write an open source web based TEXT editor and would be
happy about any help ;-)
Let''s play the devils advocate (I love doing that :P ). That means that
the questions I ask are not necessarily criticism. It''s just something
you should be able to answer before going much further.
What is the purpose of writing it at all? There are plenty of free,
not-web-based editors out there. Why will anybody want to use your
editor instead of one of these?
Why doesn''t the HTML validate?
Which browsers is it supposed to work in?
You write:
this.doc.designMode="on"; // let the user edit the element (cross-browser)
That is *not* cross browser. It might be IE and Mozilla, but that is about
it. It doesn''t work in my browser (Opera 7).
You write:
document.write("<b class=menueitem id="+menue_id+
" href=''javascript:changes("+(i+1)+")'' onMouseover=changes("+(i+1)+")>")
It is not recommended to use javascript:-URI''s. Use the onclick attribute
instead. <URL:http://jibbering.com/faq/#FAQ4_24>
You write:
function sc(r,g,b)
{
ri=isNaN(r)? ....
You should make "ri" an local variable. This just pollutes the global
namespace.
You write:
dsub_obj.innerHTML = ""; // to be sure ;-)
right after using document.getElementById. Why not use DOM methods
to empty the object, and only fall back on proprietary methods like
innerHTML if the standards compliant methods aren''t available.
Your code can fail in a standards compliant browser without innerHTML.
(No, I don''t know of one, but it might exist now, or maybe later).
Why all the document.write''s? You can build your interface in HTML
instead of writing it, or you can use DOM methods to insert it.
Is there a reason behind using document write?
/L
--
Lasse Reichstein Nielsen - lr*@hotpop.com
DHTML Death Colors: <URL:http://www.infimum.dk/HTML/rasterTriangleDOM.html>
''Faith without judgement merely degrades the spirit divine.''
Lasse Reichstein Nielsen <lr*@hotpop.com> wrote in message news:<3c**********@hotpop.com>...la*******@hotmail.com (Christoph Bergmann) writes:We want to write an open source web based TEXT editor and would be
happy about any help ;-)
Let''s play the devils advocate (I love doing that :P ). That means that
the questions I ask are not necessarily criticism. It''s just something
you should be able to answer before going much further.
No problem ;-) Thats what discussions are for...
What is the purpose of writing it at all? There are plenty of free,
not-web-based editors out there. Why will anybody want to use your
editor instead of one of these?
There are also plenty of not-web-based WYSIWYG web editors out there
(Dreamweaver etc.), but in the last years you''ve seen dozens of
web-based scripts (like "htmlarea") doing the same in the browser
(mostly with limited possibilites). I think the main reason is: "Speed
of use", I mean you don''t need to install anything - you call a web
page and there you go... ;-)
To be more precise: I organize my work in a browser-centric way - I
can edit all my web pages via the browser (which is extremely useful
to me when I''m not at my own computer), but right now I do this with a
simple textarea... A web-based text editor would be wonderful to me...
;-) Thats why we started wroting one, since we didn''t find any other
out there...
Which browsers is it supposed to work in?
You write:
this.doc.designMode="on"; // let the user edit the element (cross-browser)
That is *not* cross browser. It might be IE and Mozilla, but that is about
it. It doesn''t work in my browser (Opera 7).
Surely it can only work in browsers that support editing of web pages
or elements of it. "cross-browser" in this case means: We want to
support all browsers that are able to. We can''t work miracles, if the
browser doesn''t support it or there is no javascript its not possible
;-)
Right now I think only IE and Mozilla can do it (please correct me if
I''m wrong), but perhaps Opera will support this in the future since
its a really useful feature.
You write:
document.write("<b class=menueitem id="+menue_id+
" href=''javascript:changes("+(i+1)+")'' onMouseover=changes("+(i+1)+")>")
It is not recommended to use javascript:-URI''s. Use the onclick attribute
instead. <URL:http://jibbering.com/faq/#FAQ4_24>
You write:
function sc(r,g,b)
{
ri=isNaN(r)? ....
You should make "ri" an local variable. This just pollutes the global
namespace.
You write:
dsub_obj.innerHTML = ""; // to be sure ;-)
right after using document.getElementById. Why not use DOM methods
to empty the object, and only fall back on proprietary methods like
innerHTML if the standards compliant methods aren''t available.
Your code can fail in a standards compliant browser without innerHTML.
(No, I don''t know of one, but it might exist now, or maybe later).
You judge too hard ;-) - we just started to build this program, its
version 0.0.2 and of course its not perfect and needs a lot of work
and testing... And everybody has different techniques and goals - me,
personally, I''m more pragmatic and want to get the thing run fast -
cleanup comes afterwards... Some of the code (the one with the global
"ri") was copied from another project (and this was a quick hack ;-) )
and needs adaption. But one step after another...
If you want to improve our code - you are cordially invited ;-)
Its open source and a little CVS is available, just check out a copy
and do whatever you think is necessary ;-)
http://baseportal.com/htmledit/minicvs/work
Why all the document.write''s? You can build your interface in HTML
instead of writing it, or you can use DOM methods to insert it.
Is there a reason behind using document write?
I think I didn''t wrote the part you mean (right now we are 3
programmers) so I can''t tell you the exact intends of the one who did
it. But I guess its not directly in HTML because with document.write
you can control the output. Whats wrong with document.write anyway?
/L
Best regards,
Christoph...
On 23 Oct 2003 13:41:20 -0700
la*******@hotmail.com (Christoph Bergmann) wrote:
<snip>Right now I think only IE and Mozilla can do it (please correct me if
I''m wrong), but perhaps Opera will support this in the future since
its a really useful feature.
<snip>
Sorry. But you hit a hot button here. Opera is probably more standards
compliant than the other two. Certainly more compliant than IE. Why do
you just assume that Opera is not capable? How can you argue for
"cross-browser compatibility" when you know so little about Opera? I am
assuming that you intend to follow W3C standards and not MS "standards."
--
Life is an offensive, directed against the repetitious mechanism of the
Universe.
--Alfred North Whitehead (1861-1947)
这篇关于谁想参与编写一个基于Web的开源程序员的编辑器？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
