LinuxQuestions.org
Help answer threads with 0 replies.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Software
User Name
Password
Linux - Software This forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.

Notices


Reply
  Search this Thread
Old 07-26-2004, 09:28 AM   #1
Kaninchen
LQ Newbie
 
Registered: May 2004
Location: Wormer @ The Netherlands
Distribution: Mandrake
Posts: 13

Rep: Reputation: 0
best editor


Does anyone knows a editor witch can be used for editing file's on a remote computer such as a webserver. under windows jou have editor's that work with ftp do the excist for linux?

I need a good editor for designing webpage's

thanx
 
Old 07-26-2004, 09:41 AM   #2
R00ts
Member
 
Registered: Mar 2004
Location: Austin TX, USA
Distribution: Ubuntu 11.10, Fedora 16
Posts: 547

Rep: Reputation: 30
emacs is my favorite. Several people also use vim, but I hate its command interface so I never bother using it. nano is another good one. I used pico quite a bit when I was in college and its nice and simple (nano is a free implementation of pico). And yes, as far as I know all of these editors can be used for remote work.
 
Old 07-26-2004, 10:46 AM   #3
SheldonPlankton
Member
 
Registered: Jun 2004
Posts: 129

Rep: Reputation: 15
I like vi (vim etc.) it works with any program on your system including ftp.
for example:

type:
$ vi junk.txt

Hi there blah balh balh
~
~
~
:! ftp junk.txt yo_remote_sys

emacs is pretty good to ... lots of people like it, I should really brush up on it. You never know what you are going to end up working with someday.

http://www.physics.emory.edu/~weeks/stuff/viman.gif
 
Old 07-26-2004, 01:37 PM   #4
mikshaw
LQ Addict
 
Registered: Dec 2003
Location: Maine, USA
Distribution: Slackware/SuSE/DSL
Posts: 1,320

Rep: Reputation: 45
I never bothered even trying emacs, for the simple reason that the installation is ridiculously huge. Just the base package is over 3x the size of vim. Is there a reason for this?
 
Old 07-26-2004, 01:42 PM   #5
eisman
Member
 
Registered: Jul 2004
Location: The Netherlands
Distribution: Sidux , Debian, Haiku, PC-BSD, CentOS --> XenExpress
Posts: 77

Rep: Reputation: 16
Re: best editor

Quote:
Originally posted by Kaninchen
Does anyone knows a editor witch can be used for editing file's on a remote computer such as a webserver. under windows jou have editor's that work with ftp do the excist for linux?

I need a good editor for designing webpage's
I like to use VIM (vi improved) to edit my webpages remotely.
But nano is also a good one.
 
Old 07-26-2004, 02:26 PM   #6
JoshSmith41
Member
 
Registered: Jul 2003
Location: Grimsby, UK
Distribution: Debian Sarge + Gentoo 2004.3
Posts: 48

Rep: Reputation: 15
Its all a matter of personal preference but i prefer nano over vim.
 
Old 07-26-2004, 02:41 PM   #7
Balkman
Member
 
Registered: Jan 2004
Location: USA, Pa
Distribution: Slackware 10
Posts: 65

Rep: Reputation: 15
I dunno about you guys, but if i have KDE installed i'd rather use kwrite. It may open a little slower but it's very easy to use. You dont even have to have KDE running to use it. I run fluxbox and type "kwrite" into console and it opens.

thats assuming you're running X, which i think you're not now that i think about it

Last edited by Balkman; 07-26-2004 at 02:43 PM.
 
Old 07-26-2004, 02:59 PM   #8
foo_bar_foo
Senior Member
 
Registered: Jun 2004
Posts: 2,553

Rep: Reputation: 53
editors that can edit files using ftp

kde based
kpad
need kde developement environment to compile

java based
JEditPad

the first one writes files to hard drive and then uploads them to web server
the java one hold files in ram and saves them to web server
both can use any encoding
 
Old 07-27-2004, 07:42 AM   #9
Kaninchen
LQ Newbie
 
Registered: May 2004
Location: Wormer @ The Netherlands
Distribution: Mandrake
Posts: 13

Original Poster
Rep: Reputation: 0
i can't seem to install it do you have any idee?

Code:
[root@joris kpad-1.0]# ./configure
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking target system type... i686-pc-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking for -p flag to install... yes
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets ${MAKE}... yes
checking for style of include used by make... GNU
checking for gcc... gcc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking dependency style of gcc... gcc3
checking how to run the C preprocessor... gcc -E
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking dependency style of g++... gcc3
checking whether g++ supports -Wmissing-format-attribute... yes
checking whether g++ supports -Wundef... yes
checking whether g++ supports -Wno-long-long... yes
checking whether g++ supports -Wnon-virtual-dtor... yes
checking whether g++ supports -fno-exceptions... yes
checking whether g++ supports -fno-check-new... yes
checking whether g++ supports -fno-common... yes
checking whether g++ supports -fexceptions... yes
checking how to run the C++ preprocessor... g++ -E
checking whether g++ supports -O0... yes
not using lib directory suffix
checking for a sed that does not truncate output... /bin/sed
checking for egrep... grep -E
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking whether ln -s works... yes
checking how to recognise dependent libraries... pass_all
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking for g77... no
checking for f77... no
checking for xlf... no
checking for cf77... no
checking for cft77... no
checking for frt... no
checking for pgf77... no
checking for fl32... no
checking for af77... no
checking for fort77... no
checking for f90... no
checking for xlf90... no
checking for pgf90... no
checking for epcf90... no
checking for f95... no
checking for fort... no
checking for xlf95... no
checking for lf95... no
checking for g95... no
checking for fc... no
checking whether we are using the GNU Fortran 77 compiler... no
checking whether  accepts -g... no
checking the maximum length of command line arguments... 32768
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for objdir... .libs
checking for ar... ar
checking for ranlib... ranlib
checking for strip... strip
checking if gcc static flag  works... yes
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc supports -c -o file.o... yes
checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking for shl_load... no
checking for shl_load in -ldld... no
checking for dlopen... no
checking for dlopen in -ldl... yes
checking whether a program can dlopen itself... yes
checking whether a statically linked program can dlopen itself... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
configure: creating libtool
appending configuration tag "CXX" to libtool
checking for ld used by g++... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes
checking for g++ option to produce PIC... -fPIC
checking if g++ PIC flag -fPIC works... yes
checking if g++ supports -c -o file.o... yes
checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking for shl_load... (cached) no
checking for shl_load in -ldld... (cached) no
checking for dlopen... (cached) no
checking for dlopen in -ldl... (cached) yes
checking whether a program can dlopen itself... (cached) yes
checking whether a statically linked program can dlopen itself... (cached) yes
appending configuration tag "F77" to libtool
checking for msgfmt... /usr/bin/msgfmt
checking for gmsgfmt... /usr/bin/msgfmt
checking for xgettext... /usr/bin/xgettext
checking for strlcat... no
checking if strlcat needs custom prototype... yes - in libkdefakes
checking for strlcpy... no
checking if strlcpy needs custom prototype... yes - in libkdefakes
checking for main in -lutil... yes
checking for main in -lcompat... no
checking for crypt in -lcrypt... yes
checking for socklen_t... socklen_t
checking for dnet_ntoa in -ldnet... no
checking for dnet_ntoa in -ldnet_stub... no
checking for inet_ntoa... yes
checking for connect... yes
checking for remove... yes
checking for shmat... yes
checking for sys/types.h... (cached) yes
checking for stdint.h... (cached) yes
checking for poll in -lpoll... no
checking CoreAudio/CoreAudio.h usability... no
checking CoreAudio/CoreAudio.h presence... no
checking for CoreAudio/CoreAudio.h... no
checking if res_init needs -lresolv... yes
checking if res_init is available... yes
checking for killpg in -lucb... no
checking for int... yes
checking size of int... 4
checking for long... yes
checking size of long... 4
checking for char *... yes
checking size of char *... 4
checking for dlopen in -ldl... (cached) yes
checking for shl_unload in -ldld... no
checking for size_t... yes
checking size of size_t... 4
checking for unsigned long... yes
checking size of unsigned long... 4
checking sizeof size_t == sizeof unsigned long... yes
checking crt_externs.h usability... no
checking crt_externs.h presence... no
checking for crt_externs.h... no
checking for _NSGetEnviron... no
checking for vsnprintf... yes
checking for snprintf... yes
checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/include
checking for IceConnectionNumber in -lICE... yes
checking for libXext... yes
checking for pthread_create in -lpthread... yes
checking for extra includes... no
checking for extra libs... no
checking for libz... -lz
checking for libpng... -lpng -lz -lm
checking for libjpeg6b... no
checking for libjpeg... -ljpeg
checking for Qt... configure: error: Qt (>= Qt 3.1 (20021021)) (headers and libraries) not found. Please check your installation!
For more details about this problem, look at the end of config.log.
 
Old 07-27-2004, 09:25 AM   #10
stickman
Senior Member
 
Registered: Sep 2002
Location: Nashville, TN
Posts: 1,552

Rep: Reputation: 53
Quote:
Originally posted by mikshaw
I never bothered even trying emacs, for the simple reason that the installation is ridiculously huge. Just the base package is over 3x the size of vim. Is there a reason for this?
emacs is not an editor. It's an editor, mail reader, news reader, calculator, calendar, web browser, and much much more. I'm sure you find a few more modules to do even more stuff.

Personally, I like vi/vim since it's nearly always there...
 
Old 07-27-2004, 09:50 AM   #11
R00ts
Member
 
Registered: Mar 2004
Location: Austin TX, USA
Distribution: Ubuntu 11.10, Fedora 16
Posts: 547

Rep: Reputation: 30
Kaninchen, it looks like you need to install the Qt libraries on your system. If you think they are installed, then you probably have a broken or non-standard install because it can't find the libraries. What is Qt you ask? Its a GUI API for C++ and it seems that whatever you are trying to install is dependant on it. Install Qt, then try again.
 
Old 07-27-2004, 10:39 AM   #12
belorion
Member
 
Registered: Aug 2003
Distribution: Slackware 10.0
Posts: 124

Rep: Reputation: 16
My personal vote is for jEdit (www.jedit.org).

Java based (but no, it's not slow!). Syntax highlighting, and lots of other features. Can open and save files through FTP (via their plugin architecture). And, works on all OS! Best editor I've ever used.
 
Old 07-27-2004, 02:04 PM   #13
foo_bar_foo
Senior Member
 
Registered: Jun 2004
Posts: 2,553

Rep: Reputation: 53
Quote:
Originally posted by Kaninchen
i can't seem to install it do you have any idee?

Code:
checking for Qt... configure: error: Qt (>= Qt 3.1 (20021021)) (headers and libraries) not found. Please check your installation!
For more details about this problem, look at the end of config.log.
you need to setup qt/kde development environment properly
perhaps your distribution has some packages
kde-devel
qt-devel
also you will need to add to your path variable
in my ~/.bash_profile there are two entries for qt
QTDIR=
then i add to PATH $QTDIR/bin
and
export QTDIR
so qt can find it's tools
unless your distribution somehow does this for you
what distribution are you using
write back i will be happy to work with you more on getting this to compile cause i wrote it and created the package.
 
Old 07-27-2004, 06:08 PM   #14
tekhead2
Member
 
Registered: Apr 2004
Distribution: slackware/FreeBSD/Vector
Posts: 291

Rep: Reputation: 52
I use vim, emacs, pico and joe. Does anyone know if the BSD/Unix command Edit works? Its kinda like vim, but better. I have it on my FreeBSD machine, but I dont know if its been ported over to Linux or not...
 
Old 07-27-2004, 06:52 PM   #15
-Nw- neX
Member
 
Registered: Apr 2004
Distribution: Gentoo, RHL, CentOS, Ubuntu, FreeBSD,
Posts: 88

Rep: Reputation: 15
i use vi/vim and pico/nano. for looking at code [shell scripts mostly] i prefer nano. it provides some nice color syntax highlighting.
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
vi editor IwantLINUX Linux - Newbie 8 06-28-2005 10:28 AM
C++ editor onelung02 Programming 12 05-11-2005 01:51 AM
c best editor alaios Programming 24 12-08-2003 06:50 AM
vi editor ?? johnyy Linux - Software 3 07-13-2003 01:40 PM
Which editor? keymoo Linux - Newbie 26 11-10-2002 11:46 PM

LinuxQuestions.org > Forums > Linux Forums > Linux - Software

All times are GMT -5. The time now is 11:27 AM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Open Source Consulting | Domain Registration