Dngrsone
Android Expert
I hear you. My daughter has lost 20% of her body weight over the past four months and we still don't know what is wrong with her.
Hope your wife feels better...
-
After 15+ years, we've made a big change: Android Forums is now Early Bird Club. Learn more here.
The "Linux questions (and other stuff)" thread
- Thread starter MoodyBlues
- Start date
I hear you. My daughter has lost 20% of her body weight over the past four months and we still don't know what is wrong with her.
Hope your wife feels better...
Yep, first thing I installed. As I recall, it's an IDE with a Mozilla preview, not wysiwyg. Unless I missed something.
saptech
Android Expert
Thanks, I hope you figure out what is wrong with your daughter and hope she get well soon.
Dngrsone
Android Expert
What You See Is What You Get.
A true WYSIWYG editor for HTML is going to be a tough one to find, particularly since the different browsers treat HTML/XML differently.
Do let us know if you find one, though.
I'd have been happy with kompozer and really happy with Quanta Plus.
I might try to get kompozer going just one more time, then I'll see if Blue Griffon works.
http://bluegriffon.org/
http://www.linuxlinks.com/article/20120622175613558/HTMLEditors.html
I'm not concerned about portability, just my own occasional use.
And they're nice for making a quick framework and then automating stuff with php using any ide.
Also - pulling for your gals, hope they're ok!
iowabowtech
root@android:/ #
Not sure if you like dark themes but if so check out system settings > workspace appearance > desktop theme > oxygen.
Very nice look imo.
Then add this custom .qss file to Quassel IRC:
https://dl.dropboxusercontent.com/u/7460142/darktheme.qss
^^Purdy.
Thanks, I'll check it out. 
Mostly I'll generally have a bunch of terminal windows or IDEs open, white backgrounds.
Only reason I went with Kubuntu was for KDE, and I don't know how long I'll stick with KDE. I can't say I'm a big fan of KDE 4 at this point. My original plan was to start with Mint and Cinnamon, but I got curious.
Like the man said, decisions, decisions.
The more I think about what I really need, the more I think I'm going in first thing in the morning and just installing RHEL with everything.
Mostly I'll generally have a bunch of terminal windows or IDEs open, white backgrounds.
Only reason I went with Kubuntu was for KDE, and I don't know how long I'll stick with KDE. I can't say I'm a big fan of KDE 4 at this point. My original plan was to start with Mint and Cinnamon, but I got curious.
Like the man said, decisions, decisions.
The more I think about what I really need, the more I think I'm going in first thing in the morning and just installing RHEL with everything.
argedion
The TechnoFrog
Thanks, I'll check it out.
Mostly I'll generally have a bunch of terminal windows or IDEs open, white backgrounds.
Only reason I went with Kubuntu was for KDE, and I don't know how long I'll stick with KDE. I can't say I'm a big fan of KDE 4 at this point. My original plan was to start with Mint and Cinnamon, but I got curious.
Like the man said, decisions, decisions.
The more I think about what I really need, the more I think I'm going in first thing in the morning and just installing RHEL with everything.
I'm a big fan of openSUSE with KDE. It took a bit for me to get used to KDE myself being a gnome 2 fan. I just really wasn't impressed with gnome 3. As far as a wysiwyg editor can't help there. I haven't messed with html in such a long time.
Dngrsone
Android Expert
I'm also a gnome user, but I couldn't get what I wanted in a desktop with gnome 3, so I am using the KDE Plasma desktop with all its customizations and running my favorite gnome apps instead of the ugly k-apps.
My OS is a bit of a kludge-- Cinnamon (Gnome 3) with KDE overlaid, plus xfce (I like Thunar for some stuff).
My OS is a bit of a kludge-- Cinnamon (Gnome 3) with KDE overlaid, plus xfce (I like Thunar for some stuff).
Installing CentOS, development platform, everything included except Gnome. 
Ok, so - I ended up with Gnome and all of the KDE tools lol.
Uh, Earlymon, you forgot to add #doingitwrong to the end of that post.
Definitely.
Eventually, I'll probably replace the desktop with something more suitable for me. Maybe LXDE.
The whole point of the KDE install was to ensure that I have those support libraries for development, not the k tools. Except for the Konsole - it's far less clunky than the Gnome equivalent.
The underlying system is #doneright so the two cancel - for now.
In the end, it's a development platform and most everything I'll be running I'll have imported or built myself anyway.
How is gnome-terminal clunky (other than the lack of tabs)?
Maybe it's something else. This has tabs and they're at the top, not convenient compared to the bottom. It's using ugly fonts and the menus are in a heavy black bar.
Perhaps it's customizable but I think I'd rather just use something more refined in appearance to begin with. I really expect an xterm replacement to look at least as decent as xterm.
argedion
The TechnoFrog
KDE took a bit of getting used to for me being from a gnome background with my linux. However I've gotten more used to it and it doesn't seem as appalling as it first did.
I do like LXDE its a great DE. I use it on my servers. At least when I had them set up back in Georgia.
I do like LXDE its a great DE. I use it on my servers. At least when I had them set up back in Georgia.
This has convinced me to go with Bluegriffon -
http://comments.gmane.org/gmane.comp.web.bluegriffon.devel/2258
In addition to the free dot org site, they also have a commercial one for add-ons -
http://www.bluegriffon.com/
I think I'll just do that and buy the templates.
http://comments.gmane.org/gmane.comp.web.bluegriffon.devel/2258
In addition to the free dot org site, they also have a commercial one for add-ons -
http://www.bluegriffon.com/
I think I'll just do that and buy the templates.
Ok - maybe some of you remember a great little image tool called xv.
It's not gimp and it's not a lot of things. But it is an effective little editor and information tool, and it's lightweight.
Was a staple in the redhat distributions a decade or more ago. Has all but disappeared now - most repositories claiming it are 404, and forget trying to get anywhere with the old rpms, if you can find one and deal with an rpm anyway.
According to http://en.wikipedia.org/wiki/Xv_(software) if you have Slackware or openSuse, you probably have it.
So - here's how you get it.
Get source - http://fossies.org/linux/misc/old/xv-3.10a.tar.gz/
Expand from the command line:
tar xzf xv-3.10a.tar.gz
Then, cd xv-3.10a
Edit Makefile - remove tiff lines by commenting out 62-67, place a # char at the beginning of each line. Watch out, that final line is a continuation of the line before it, hence the line numbers I've provided. That takes away TIFF processing. If you care, find the tiff libraries you need instead.
Remove reference to vdcomp in line 209. I copied the line, commented one with a # at the beginning, and removed vdcomp from the live one.
In xv.h - comment out line 119. Do that by putting /* at the beginning of the line.
Run make, like this -
make
Profit.
Compiles fine with CentOS 6.5 and Kubuntu 14.04 - the latter gives a bunch of warnings but works anyway.
Run ps2pdf on the ps file in the docs directory for instructions. Don't bother with the man page, it tells you to go to the ps file lol.
https://lwn.net/Articles/76391/
http://structbio.vanderbilt.edu/chazin/wisdom/xv-3.10a/modifying-behavior.html
http://www.trilon.com/xv/manual/xv-3.10a/image-window.html
~~~~~~~~
Bluegriffon -
Really wants to go with Ubuntu 12 or 13. Not ready for 14.04 and a real pain to get the newest libraries installed as optional software in CentOS (I need to keep the distribution intact for CentOS itself). Basically, it's picky about what versions of what libraries it loads with. Frankly, I went with a Windows 7 install. For all I'll be using it, no big deal. Might grab the Linux version when it's ready for 14.04.
It's not gimp and it's not a lot of things. But it is an effective little editor and information tool, and it's lightweight.
Was a staple in the redhat distributions a decade or more ago. Has all but disappeared now - most repositories claiming it are 404, and forget trying to get anywhere with the old rpms, if you can find one and deal with an rpm anyway.
According to http://en.wikipedia.org/wiki/Xv_(software) if you have Slackware or openSuse, you probably have it.
So - here's how you get it.
Get source - http://fossies.org/linux/misc/old/xv-3.10a.tar.gz/
Expand from the command line:
tar xzf xv-3.10a.tar.gz
Then, cd xv-3.10a
Edit Makefile - remove tiff lines by commenting out 62-67, place a # char at the beginning of each line. Watch out, that final line is a continuation of the line before it, hence the line numbers I've provided. That takes away TIFF processing. If you care, find the tiff libraries you need instead.
Remove reference to vdcomp in line 209. I copied the line, commented one with a # at the beginning, and removed vdcomp from the live one.
In xv.h - comment out line 119. Do that by putting /* at the beginning of the line.
Run make, like this -
make
Profit.
Compiles fine with CentOS 6.5 and Kubuntu 14.04 - the latter gives a bunch of warnings but works anyway.
Run ps2pdf on the ps file in the docs directory for instructions. Don't bother with the man page, it tells you to go to the ps file lol.
https://lwn.net/Articles/76391/
http://structbio.vanderbilt.edu/chazin/wisdom/xv-3.10a/modifying-behavior.html
http://www.trilon.com/xv/manual/xv-3.10a/image-window.html
~~~~~~~~
Bluegriffon -
Really wants to go with Ubuntu 12 or 13. Not ready for 14.04 and a real pain to get the newest libraries installed as optional software in CentOS (I need to keep the distribution intact for CentOS itself). Basically, it's picky about what versions of what libraries it loads with. Frankly, I went with a Windows 7 install. For all I'll be using it, no big deal. Might grab the Linux version when it's ready for 14.04.
Ok - maybe some of you remember a great little image tool called xv.
It's not gimp and it's not a lot of things. But it is an effective little editor and information tool, and it's lightweight.
Was a staple in the redhat distributions a decade or more ago. Has all but disappeared now - most repositories claiming it are 404, and forget trying to get anywhere with the old rpms, if you can find one and deal with an rpm anyway.
According to http://en.wikipedia.org/wiki/Xv_(software) if you have Slackware or openSuse, you probably have it.
So - here's how you get it.
Get source - xv 3.10a - Download, Browsing & More | Fossies Archive
Expand from the command line:
tar xzf xv-3.10a.tar.gz
Then, cd xv-3.10a
Edit Makefile - remove tiff lines by commenting out 62-67, place a # char at the beginning of each line. Watch out, that final line is a continuation of the line before it, hence the line numbers I've provided. That takes away TIFF processing. If you care, find the tiff libraries you need instead.
Remove reference to vdcomp in line 209. I copied the line, commented one with a # at the beginning, and removed vdcomp from the live one.
In xv.h - comment out line 119. Do that by putting /* at the beginning of the line.
Run make, like this -
make
Profit.
Compiles fine with CentOS 6.5 and Kubuntu 14.04 - the latter gives a bunch of warnings but works anyway.
Run ps2pdf on the ps file in the docs directory for instructions. Don't bother with the man page, it tells you to go to the ps file lol.
https://lwn.net/Articles/76391/
XV: Modifying xv Behavior
XV: The Image Window
~~~~~~~~
Bluegriffon -
Really wants to go with Ubuntu 12 or 13. Not ready for 14.04 and a real pain to get the newest libraries installed as optional software in CentOS (I need to keep the distribution intact for CentOS itself). Basically, it's picky about what versions of what libraries it loads with. Frankly, I went with a Windows 7 install. For all I'll be using it, no big deal. Might grab the Linux version when it's ready for 14.04.
If you're on Arch, xv is in [community] and can thus be installed (as root or using sudo) with pacman -S xv
zuben el genub
Extreme Android User
Rather nice Gimp tutorial:
http://www.openlogic.com/wazi/bid/3...professional-looking-book-cover-with-the-gimp
http://www.openlogic.com/wazi/bid/3...professional-looking-book-cover-with-the-gimp
Eagletrump
Lurker
Here is a cool trick for Remote windows in Linux:
The X Window System uses a client-server model to create a display. Most of the time you don't notice, because the client and the server are running on the same machine, but it was developed this way to allow remote X clients to connect to a central X server. You could think of it as a thin client, where the X client consists of just a keyboard and a monitor, connected to the server. The positive side-effect is that this remote functionality is just underneath the surface of your Linux.
SSH forwards X windows sessions automatically, which means that if you start an application on a remote machine from an SSH console, the application window will appear locally. The window is communicating with the remote machine using the X protocol, which is why there is a delay every time you resize the window or click within the user interface.
xterm -display :0 -e klamav &
If the above piece of code is run from an SSH console connected to a remote machine, it would open Xterm and run KlamAV on the remote screen rather than your local one - you wouldn't be able to see it on your screen. This is useful if you need to start an application remotely, such as an email client or virus checker.
Just my 2 cents
The X Window System uses a client-server model to create a display. Most of the time you don't notice, because the client and the server are running on the same machine, but it was developed this way to allow remote X clients to connect to a central X server. You could think of it as a thin client, where the X client consists of just a keyboard and a monitor, connected to the server. The positive side-effect is that this remote functionality is just underneath the surface of your Linux.
SSH forwards X windows sessions automatically, which means that if you start an application on a remote machine from an SSH console, the application window will appear locally. The window is communicating with the remote machine using the X protocol, which is why there is a delay every time you resize the window or click within the user interface.
xterm -display :0 -e klamav &
If the above piece of code is run from an SSH console connected to a remote machine, it would open Xterm and run KlamAV on the remote screen rather than your local one - you wouldn't be able to see it on your screen. This is useful if you need to start an application remotely, such as an email client or virus checker.
Just my 2 cents
zuben el genub
Extreme Android User
So funny I forgot to laugh.