[KDE Dot News]
 faq
 flatforty
 contribute
 subscribe
 configure
 search
 rdf

 main
 parent
 thread


Re: Editing on the server
by Eric Laffoon on Tuesday 10/Jun/2003, @15:13
> Will it ever be possible to edit on the server?

I typically respond to all my emails and often quickly with a great deal of congeniality. On occasion I respond as if I'm slightly touched. Two things elicit these atypical responses. One is asking if we could do something "like windoze program such and such" as if I'm going to go out and buy a copy of every program out there when I run Linux exclusively. The other is people asking why we don't have or when we will have services related to kio that we've had since version 2.0 in the end of 2000.

We have attempted to litter your path of information search with one of KDE's best, and certainly their least promoted feature. We have it in our docs in the file section, in the FAQ in the doc section of Quanta, regularly posted on our mailing list, on our feature request page... but still people ask when we'll have features we've had for years. In my opinion the KDE file dialog ought to have a protocol drop down box so that people know it is even there!

Here it is... one more time... To open a file on the server first decide if you want to use ftp, fish, sftp, smb or whatever and then remember file operations are transparent on KDE. Public ftp access is ftp://domain but you need a user name and password for private access. ftp://user@domain/path/file does it. You can enter all but the file in the directory drop down and get your files listed in the dialog. When you enter this a dialog will pop up asking for the password. You can skip the dialog with ftp://user:passwd@domain. Given this functionality it is ludicrous that we would build an FTP manager when you can just enter this in konqueror and have transparent file operations.

Quanta does this one better in our newest versions. You can create a remote project and specify in the project settings what protocol to use to access it with. Then when you open your project it will list all the remote files directly in your project tree.

If you have been using QuantaGold because of it's FTP features you have been taken in by the PR that went around them having to replace what was built in to KDE already that Quanta Plus has has used all along. As we also incur real costs, and I hope provide more, I hope you will consider giving us equal support. ;-)
  Related Links
 ·   Articles on KDE in the News
 ·   Also by Eric Laffoon
 ·   Contact author

Thread Threshold:

The Fine Print: The following comments are owned by whomever posted them.
( Reply )

Re: Editing on the server
by Eron Lloyd on Tuesday 10/Jun/2003, @18:49
Ahh, I tried to do this, but because of the way Zope stores files (in an object database, not on a filesystem), Quanta complains that it doesn't know how to handle the files. This is from the project listing. Now if I instead try to open files through the "Open" dialog, they come up fine (using either FTP or WebDAV). If this can be fixed (and I'll try to assist in this), you've definately got me as a "customer". I did scan the docs, but I guess I missed that FAQ entry (which didn't really answer my question). Great work, nonetheless.

Eron
[ Reply To This | View ]
  • Re: Editing on the server
    by Eric Laffoon on Tuesday 10/Jun/2003, @19:02
    If the files are in an object database then kio needs a protocol to read them. If you can open them with ftp then the whole thing is very curious since the project tree can be set up to use ftp. So this explanation doesn't seem to make sense as it is.

    Another feature BTW is the ability to set new top directories in the file tree. Typically it shows root and home. You can add a directory to it via RMB in CVS. Earlier versions of Quanta can be set up by eting $KDEHOME/share/config/quantarc. There is a line that looks like this...

    Top folders=file:/,file:/home/eric

    Add a comma to the end and follow it wiith ftp://user@domain/path. Now you will have additional directories in your file tree, local and remote.
    [ Reply To This | View ]
    • Re: Editing on the server
      by Eron Lloyd on Tuesday 10/Jun/2003, @19:40
      Although the files are stored in an OD, it is exposed through HTTP, FTP or WebDAV interfaces. It actually works quite well, as I can open and save a KOffice file transparently using WebDAV and Zope. That file tree modification is probably exactly what I need, however, as I really don't need the project management features (though they are nice). I'll let ya know how it works out.

      Thanks again!

      Eron
      [ Reply To This | View ]
      • Re: Editing on the server
        by Marcel Hoetter on Sunday 22/Jun/2003, @23:04
        I'm experiencing the same problems as described above. Settin up a new project in Quanta+ (v3.1.2) using a remote-connection to Zope over WebDAV works quiet well, new folders and files are created in the Zope-Database. Only when i try to open a file in the project-tree i get a message ("unknown type") telling me that this type of file cannot be opend in quanta and whether i want to use some other program to open it. Choosing another editor or even another quanta session to open the file works, though. Opening the files directly (without a project) works too. Looks like a small bug...?

        Thanks!

        Marcel
        [ Reply To This | View ]
Re: Editing on the server
by Quag7 on Thursday 12/Jun/2003, @15:01
Whoa, had no idea that was in there, especially as I use Quanta under Gnome. But, all of that functionality's in the libraries so, it works there as well. That's going to change the way I do a lot of things. I should probably uh, read the docs one of these days :-)
[ Reply To This | View ]
  • Re: Editing on the server
    by Eric Laffoon on Thursday 12/Jun/2003, @17:49
    Heh heh... wait until you find Kommander... ;-)

    Quanta has lots of hidden tidbits. The upcoming preview release will allow you to prcess templates with actions, the new action dialog will make assigning kestrokes easy as seeing where actions are used, the attribute editor will jump right out at you and the aut completion updates and off page parsing will be truly impressive. We are always working on something.
    [ Reply To This | View ]

 
The Fine Print: The previous comments are owned by whomever posted them.
( Reply )

  "Never miss an opportunity to throw away code." -- Guillaume Laurent
KDE®, "K Desktop Environment", "KDE Dot News", "got the dot?" and the KDE Logo® are trademarks or registered trademarks of KDE e.V. in the European Union, the United States and other countries. All other trademarks and copyrights on this page are owned by their respective owners. Comments are owned by the poster. The rest: Copyright © 2000-2008 KDE e.V. for The KDE Project. For further information or comments on this site, please contact the Webmaster.
[ home | post article | flat forty | subscribe | search | rdf ]