Canvas 7 beta for Linux - now available 86
As the title says - Canvas 7 Beta is now available for downloading. This version was ported and compiled using WineLib. RPM, DEB, and TAR.GZ files available (which covers all Linux Distros). Could anyone grab it and post their impressions? These days it seems that the graphics programs market for Linux is heating up :)
Re:Can Someone Tell Me What Canvas is? (Score:1)
http://www.deneba.com/dazroot/prodinfo/canvas7/
and you forgot to mention the web design!
Photogenics also out (Score:1)
Re:winelib is as portable as C allows (Score:1)
>> Of course it's x86 only. After all, Canvas
>> (just as Corel's stuff) is based on WINE, with
>> all the drawbacks this sort of 'port' has.
>
> winelib is as portable as any other C code --
> it's the wine execution environment which
> requires x86, simply because those Windows
> applications were originally compiled for x86.
As someone else pointed out, Corel at least does in fact use WINE not winelib. I've not tried but I figure I could just plop the DLLs and EXEs into a windows installation and they might run.
Deneba may be in better shape with their approach with winelib (if it can be ported), I saw the bit about Canvas being a native Linux binary only later (and my download is still going).
> Think about it... just because someone uses
> winelib to port an application over from
> Windows, this doesn't exclude them from
> compiling winelib and their application to any
> $ARCH -- as long as they have the source for all
> of the application (portability issues aside).
True, it's possible. But I strongly doubt that Deneba did that (aside from the x86), or even intends to do that in future. Corel sure took the 'easy' way out from what I've seen. I don't expect to see any applications for another architecture from both of them.
I'll just continue to use MOL on LinuxPPC.
Michael
I've seen it (Score:1)
I curious about the programs that are like this one. Why do they do the way they do? I'm not understand. Surely they can be better. This good thing is not a joy.
Do we really this? Other programs around do this. Is really this any new thing?
Deneba and the WINE community (Score:1)
Try graphviz (Score:1)
GraphViz is non interactive; instead you give feed it a text file containing a description of your (arbitrarily complex) graph and it spits out very nice output. I mean really nice. Check it out at the graphviz homepage [att.com].
Bug fix updates (Score:2)
Alright, hands up. (Score:4)
Not bad (sidenote:WPO2000 uses wine, not winelib!) (Score:5)
To run it I had to run their 'wineserver' first & then run canvas7.
Also make sure you use 'unmanaged' windows.
I decided to compare the way they use winelib to the way Wordperfect Office uses winelib. I altered the wpolauncher script to use unmanaged windows. That gives the windows a Win95 look & feel but it makes the WPO applications significantly faster.
Then I noticed something: Wordperfect Office uses wine, not winelib!
Check this out:
[jthomas2@bob programs]$ file wpwin9.exe
wpwin9.exe: MS-DOS executable (EXE), OS/2 or MS Windows
and
[jthomas2@bob programs]$ file prwin9.exe
prwin9.exe: MS-DOS executable (EXE), OS/2 or MS Windows
Compare this to:
canvas7: ELF 32-bit LSB executable, Intel 80386, version 1, dynamically linked (uses shared libs), not stripped
That explains why some of those corel office applications, especially their presentation app run so slowly!
Someone from Corel want to explain this?
Re: (Score:1)
Re:fully native (Score:1)
If you want to split nosehairs, then The Gimp isn't "fully native" either, since it needs glib, gdk and gtk to run on X11R6 (native calls or nothing! Pure Xlib! I *like* to crash X!) Just because an app uses Winelib doesn't mean it's not native. I've not downloaded it yet (I'd like a nice QuarkXPress alternative on Linux, myself) but I'm willing to bet that it's an ELF executable. As you know, these don't work so well on Windows.
In other words...you got it wrong, I think, but it's hard to tell because of your extremely convoluted sentences. I'll be kind, since it seems that English is not your first language. To quote Bruce Willis from The Fifth Element, "I only speak two languages: English and bad English."
Re:osx (Score:1)
Re:It is NOT available for Linux (Score:1)
I mean, who's expressing interest?
Not Linux/x86 folks. (Total World Domination...for better or for WORSE)
Not Linux/PPC folks (they just want native apps)
Not Linux/68k folks (I mean, Emacs works!)
Not Linux/Alpha folks (but it's fast as hell!)
Not Linux/StrongARM folks (uhhhhhh....)
Not Linux/S390 folks (didn't know about this one, BTW...thanks!)
nor any other platform I can think of right now. The goal seems to be, rather, to port the kernel to as many platforms as possible...and then to let the Stallmanites handle the folks who want commercial closed-source software ("Heretics! Who needs binary compatibility when all source should be FREE!")
What would a Linux VM hurt, anyway? I mean, there would be overhead, and there would be a slight performance hit compared to 100% native apps, but still, if an app used mostly system calls, this would be negligible. And if the VM used JIT techniques, this would be lessened.
I seem to remember that DEC had done some work on an x86 emulation layer for the Alpha, but I'm probably remembering wrong...I've never been lucky enough to be able to afford an Alpha for home.
Re:It is NOT available for Linux (Score:1)
Re:What does *this* mean? (Score:1)
The significance (Score:4)
Reality check guys: for the forseeable future, Windows will be the dominant platform. If WineLib is really getting good enough for vendors to port their software using it, then our chances of getting a load of the thousands of good Windows applications ported are greatly improved.
In fact, I could see the Windows API becoming a "commodity platform". That is, with the advent of Wine, we could be a approaching the point where Windows API programs will run in a lot of different places. Further, I can see Linux becoming a significant place to run Windows programs in the near future if Wine gets good enough.
I really think that anything that commoditizes the Win32 API is probably a good thing for the industry, even if we would all prefer native ports. The problem of Microsoft "extending" Win32 periodically would be greatly mitigated if this were the case.
--
Re:fully native (Score:1)
Using the Win32 API effectively isn't any different from using the GTK+ API except that there isn't a very good free Win32 API implementation yet.
Deneba *almost* got the install path right. (Score:2)
Well, I agree it's better than /usr, but /usr/local is reserved for me to use (according to the FHS), and not for third party software to install into. It should install into /opt/canvas7.
That said, I personally have a shared /opt across all my boxen, so I've had to impose some structure on it. I'd want it installed in /opt/x86/linux/canvas7 (/opt/sparc/linux/canvas7 would be great, too, but I guess I'm being too optimistic there). Ideally, any RPMs should be relocatable to allow for setups like mine.
It sucks up... (Score:1)
No thanks...
winelib is as portable as C allows (Score:1)
winelib is as portable as any other C code -- it's the wine execution environment which requires x86, simply because those Windows applications were originally compiled for x86. Think about it... just because someone uses winelib to port an application over from Windows, this doesn't exclude them from compiling winelib and their application to any $ARCH -- as long as they have the source for all of the application (portability issues aside).
Re:winelib is as portable as C allows (Score:1)
I want to note one thing about wine: many system DLL's have been re-written from scratch by the Wine team. So, if your Windows application relies on DLL's which have already been re-written for Wine you should be able to cross compile the app to many platforms (again baring portability issues). Winelib is a highly cool thing which should ease ports of many popular Windows apps over to the Linux world dramatically.
And if you're bitching about how slow Corel Office is because it's a Windows app running under the Wine Execution environment... well, return the program and get your money back. Personally, I think it's a pretty good deal and thank Corel for the hard work they've put into their product and for releasing their changes to Wine back to the community. Wine is released under the BSD license -- Corel had NO LEGAL RESPONSIBILITY to release their Wine changes back to the community yet they did so anyway. I, for one, thank them for this generosity.
Re:winelib is as portable as C allows (Score:1)
Nope, I don't own and have never used the Linux Corel Office. I do have Corel WordPerfect 8 and like it very much, however, I don't have any direct experience with C-Office and can't comment on your problem. There's an explanation as to why Corel chose the Wine Execution Environment over compiling natively with winelib in one of the comment threads above. But based on various print reviews I don't think I'll want to buy Corel Office until they resolve some speed and stability issues... especially considering how well StarOffice and WordPerfect 8 meets my needs.
Once those speed and stability issues of Corel Office are resolved I expect this will further the use of Linux in Law offices dramatically... and that's as good place to wedge open the desktop market as any. So far I like Corel as a company and can't really complain about their behavior... yet.
Re:WINE (Score:1)
| programs under WINE for actual work?
| There is no way you can reliably run programs
| like that
You might ask the same question about Windows iteself.
Anyway, depending on the application, you can quite reliably run Windows stuff under x86/Linux with wine. Back before I got leafnode set up, I used to run Agent like this. It simply didn't die on me - worked just like it did under Windows. Now Agent was always a pretty stable application - even under windows - but the point it that you *can* use Wine to get work done.
I've also been running Quicken 98 under WABI since
Re:*crash* (Score:2)
Re:fully native (Score:1)
Re:fully native (Score:1)
What good are non-native applications? (Score:2)
Btw., has anybody noticed that Paradox in WPO2000 somehow thinks there is a "D:\" somewhere?
Re:GIMP anyone? (Score:1)
Gimp anyone?
And by the way, what is Gimp doing nowadays?
Back in the days of 1.1.9, they told us that Gimp 1.2 is coming. Now it's 1.1.19, and still nothing comes.
Hmmmm.... is this another example of the breakdown of open-source?
canvas NOT available for all distros. (Score:1)
Yellow Dog Linux
LinuxPPC
MK Linux
Anything else for PowerPC users.
rats ! Kicked in the pants AGAIN by a x86-exclusivity clause...
Re:The significance (Score:1)
IANFC, but I can explain... (Score:4)
The problem is exacerbated because Corel's stuff is all based on MFC, and MFC in turn is heavily tied to Visual C++. gcc 2.95.x helps this out by supporting anonymous structs and unions, but the pieces still aren't all in place to do seamless Winelib ports.
Deneba OTOH writes their code in pure C++ with no class libraries (Canvas evidentally can compile on both Windows and the MacOS from a common codebase). They began experimenting with WineLib the last week of December (based on their emails to wine-devel), so they've made excellent progress in a short amount of time. Kudos to them
Disclaimer: I don't work for either Corel or Deneba. Everything in this post was picked up or interpolated from wine-devel mailing list postings. If someone from those companies wants to correct me, please moderate them up
Not available for PowerPC or other architectures.. (Score:1)
-Peter
GRRRR...it works...but... (Score:1)
Evidence of this:
1) I installed canvas and started to run it.
2) 10 minutes later (after doing other things) I realized that canvas hadn't done anything..
3) I look in ps's output and notice that an instance of wineserver has zombie'd itself.
4) I kill the programs and try steps 2 and 3 several more times.
5) I go to
6) copy the version of wineserver that came with canvas to
7) Started canvas again and THIS time, it worked perfectly.
Problem: Now I need to swap wineserver every time I want to switch between canvas and any other program that I run using wine.
Next time, please have an option where I can explictly STATE a path for wineserver, if necessary.
Re:What are native applications? (Score:1)
Re:Bug fix updates (Score:1)
Probably 3.0X to 3.5. three versions back (5, 6 and 7), and about 5 years. Lucky the company is in bussiness
For some reason, they really fuck file format compatibility between 3.0 and 3.5.
Version since Canvas 6, have not been able to read canvas 3.0 or earlier files. I get the feeling that 3.0 files used some mac only features.
Now, why they did build a 3.0 to 3.5 converter, I have no idea.
Re:canvas NOT available for all distros. (Score:1)
*crash* (Score:2)
It is NOT available for Linux (Score:1)
I *hate* it when people say "Available for Linux"
when they really mean Linux/x86.
It is not available for Linux/PPC or Linux/Alpha or Linux/S390 or
Re:A trend to worry about? (Score:1)
The way that I see using WINE is similar to the way that I view using Delphi or C++ Builder to produce apps. They are all great tools for prototyping, and doing proof of concept type work. Wine is especially great for taking a native-Windows app and starting an open-source effort to port it to Windows. But I find this trend of commercial vendors doing a simple recompile with WineLib and calling it a Linux program disturbing, to say the least.
Linux is a platform for stability and reliability, and while Wine and Winelib are great to use to help in the porting process, no one should be releasing what should be polished commercial code using these tools, at this point.
Re:IANFC, but I can explain... (Score:2)
With gcc you can obtain bare bone headers using -dD. This basically makes cpp to dump rows for #define in addition to the preprocessed code (with definitions).
Simply prepare a file that includes everything you need, preprocess with gcc -E -dD and the usual options you use for your build, and you have the closest thing to a precompiled header which you can directly #include in your sources.
Of course, this may lead to strange results wrt macro expansion (because the code is preprocessed one more time), but with a few lines of Perl you could be able to move all the definitions at the bottom, avoiding the problem and reducing the preprocessor's work. Just my $0.0000001 suggestion. No warranty.
Re:The significance (Score:1)
canvas NOT available for all distros - NO SHIT (Score:1)
Think About It ?
-0-0-0-0-0-0-0-0-0-
Laptop006
Melbourne, Australia
Re:Probably Not LinuxPPC Right? (Score:2)
Well, since it requires Wine, and Wine requires Windows DLL's (I believe), I think non-Intel folk are out of luck. Does anyone know if the real (non-beta) version will be native Xlib or GTK or Qt, i.e., non-Wine?
darren
Cthulhu for President! [cthulhu.org]
What does *this* mean? (Score:2)
Has anyone deciphered this line? It sounds like this says, "We let your window manager do what it's supposed to do and don't try to interfere", which is what it should do, but I've never heard it phrased this way.
darren
Cthulhu for President! [cthulhu.org]
Re:GIMP anyone? (Score:1)
Lessee here. I use Paint Shop Pro for all my art, etc, and if I didn't like that, I could use good 'ol Photoshop. Where are those 2 apps for Linux? I wasn't impressed at all with the GIMP, or perhaps I just wasn't used to it.
Congrats, but... (Score:2)
However, I wonder if there is any plan to compile for Linux/PPC? (or other CPUs...)
--Mark
Here is the feature list. (Score:1)
Looks like this thing can do lots, Page Layout, Graphics, Photos, Web Pages, etc.
EC
"...we are moving toward a Web-centric stage and our dear PC will be one of
Re:GIMP anyone? (Score:2)
B) I doubt artists care about flexibility. They use a standard set of apps for many years at a time. Even a version upgrade is traumatic for most.
C) NT is not unstable, nor expensive. I can get a copy of NT Workstation for $200, (or $50 from training books) plus it stays up for a week at a time. NT may crash in server environments, but on the desktop it usually is well behaved. And it rarely crashed to the point where you don't have time to save your work. Macintosh just got true multitasking with OSX and has innards even more modern than Linux. (MACH and BSD) Especially with Mach and its good threading model, OSX looks like a powerhouse media OS. Then, of course, there is BeOS. Fast, stable, flexible (app scripting rocks all hell), free. For a lot of artistic tasks that can get by with ArtPaint or Easel (addmitadly not cream of crop apps, but they're decent) it rocks. Then there is the near future port of the GIMP and the port of the 3D modeler nendo and Maxon's 3D app. If Be keeps the momentum it has now (500,000 downloads over the course of a few days) it will be in the big leauges pretty soon.
Re:GIMP anyone? (Score:2)
Re:Congrats, but... (Score:1)
Re:canvas7 beta registration (Score:1)
Re:canvas NOT available for all distros. (Score:1)
Plus, there are some PPC linux users that aren't using a PowerMac. And some who don't have MacOS on their machine. And what about Sparc and Alpha and ARM and so on?
This will always be a problem with binary-only releases. A source release can be used with every platform out there (unless it uses x86 assembly code or kernel internels from a specific version or something--as a lot of the video stuff does). A binary release often comes out for only one platform, or only the three official RedHat platforms, or only x86 and PPC, etc.--because those are the only machines the company has.
WINE and WineLib just increase the problem.
I have a few x86 linux boxes around. Even though my PPC box is much faster, sometimes I have to run things on one of the Pentiums. Good thing X works, eh?
Re:It is NOT available for Linux (Score:1)
Instead of a VM, write a cross-platform x86 linux emulator. All system calls run "native;" all x86 instructions are emulated.
Of course I'd prefer a native PPC app over an emulated x86 app, but I'd prefer an emulated x86 app to nothing at all. In the same way that I'd prefer a native linuxppc port to a Mac app under mol, but I prefer mol to not being able to run those apps at all.
Maybe we could even devise a VM that just happens to map instructions one-to-one to x86 instructions. Would this be significantly slower on an x86 than a native x86 app? How much faster would it be on an x86 than a VM designed from scratch? And how much slower would such a VM be on my PPC than a VM designed from scratch? (Another question: Would apps run better in the Itanium implementation of the VM, or in "native" x86 emulation mode?)
By the way, DEC didn't just do some work--they had a 99% functional x86 emulator that was included in NT 4.0 for Alpha. Most apps than ran under NT 4.0 for x86 ran under the emulator--sometimes even faster than on an equivalent-MHz Intel box (sometimes much slower, as well...).
Interestingly, the programs I remember not working were nearly all Microsoft programs, most of which coincidentally had NT Alpha versions (so you had to buy an extra copy, for more money, if you wanted to run it on both...).
But Microsoft abandoned NT Alpha, and I assume DEC abandoned the x86 emulation layer.
Re:What does *this* mean? (Score:1)
-non managed windows
-managed application window
-managed floating windows
-managed everything
_______________________________________________
Michael Cardenas
Lead Linux Programmer
Deneba Software http://www.deneba.com
Re:Can Someone Tell Me What Canvas is? (Score:2)
http://www.deneba.com/dazroot/softlibs/cv7_linu
the feature list is rather long.
But basically, it's a bitmap/vector/publishing app for mac and windows and now linux!
_______________________________________________
Michael Cardenas
Lead Linux Programmer
Deneba Software http://www.deneba.com
Re:WINE (Score:2)
We are hoping there there will be a good deal of feedback from the community to helping us make the app more stable. Towards that end, we've setup our own discussion forum for discussing issues with canvas for linux at:
http://www.deneba.com/dazroot/support/forumdefa
In our testing, we also found that a large number of the problems with Wine were rooted in window manager problems. To solve this we allow the user to select window manager settings according to the window manager they have. The user can also select an option to have the application operate without being managed by the window manager. This should eliminate a lot of the problems with stacking order that wpo has.
_______________________________________________
Michael Cardenas
Lead Linux Programmer
Deneba Software http://www.deneba.com
Re:fully native (Score:2)
Depending on the response to this release (and the response has obviously been great, we're totally
_So_ winelib has given us an entry door, to allow us to get into the market and feel it out. Anything that gets more software companies into the linux market has to be a good thing for linux right? Software companies have people who have 8 hours+ a day to spend making kick ass products. Be it on linux, or on any other platform that has the potential to give a good return on investment.
_______________________________________________
Michael Cardenas
Lead Linux Programmer
Deneba Software http://www.deneba.com
Mirrors (Score:3)
Thanks!
_______________________________________________
Michael Cardenas
Lead Linux Programmer
Deneba Software http://www.deneba.com
Re:What does *this* mean? (Score:1)
No- I think it's the opposite. By default, it doesn't let the WM do anything. However, you can allow it to in the options.
-----
Re:Probably Not LinuxPPC Right? (Score:2)
Wine does not *require* windows DLLs. It can load them for their native architecture (intel) if the application requires it. It also implements the windows API itself. Basically, if the program requires an external DLL, wine will load it. If it sticks to plain API calls (or the windows dlls the wine people have finished porting) it runs natively.
Since they're calling it a native version, I bet it's the latter.
Gimp vs. Canvas (Score:4)
I heavily rely on Canvas for techinical illustrations in my research documents. I draw them in Canvas (6 -- haven't bothered to upgrade to 7 yet), convert them to EPS, and include them in my LaTeX documents. I can draw the graph of a complex 20 state finite automata in 5 minutes with this program. For what I do (your results may vary), there is simply nothing like this program currently available for Linux.
GIMP is a wonderful program, but you must understand what its purpose is. GIMP is an image manipulation program. It is meant to be a freeware replacement to Photoshop. It is for manipulating bitmapped images (Of high resolution) and performing cool effects on them.
Canvas, on the other hand, got its start as a technical illustration tool. Sort of like a poor man's CAD. In many ways it is closer to xfig, though its interface is far superior. All objects are represented as vectors unless they are draw within a image box (A bitmap object). This gives Canvas several features that GIMP is sorely (At least in the stuff that I do) lacking.
Geometric objects (Circles, rectangles, beziers) in Canvas are not bitmapped and hence can be rescaled on the fly with no jaggies or need for antialiasing.
While I am sure Slashdotters will correct me, I believe that object placement in GIMP is visual. You cannot select an object and type in a coordinate for it to move to. You can do this in Canvas relative to your current measurement unit (Points, centimeter, inches, whatever). This allows you to align objects so they will print correctly, as screen resolution is simply not good enough for press.
Text support in GIMP is just too primitive; this is my primary complaint with this program. In Canvas, text remains text. You can always reedit the text after you have bent it around a line, filled it with a gradient, rotated it 234.5 degrees, or whatever. And when you export the image to PDF, the text is still editable there. This is particularly important to me as various publications have different font requirements and I do not want to have to redraw my pictures.
With Canvas 5, Deneba extended their product from a technical illustration to tool to an All-In-One tool. It now can do a lot of what Photoshop does, and hence does compete directly with GIMP in that regard.
As far as I know, Canvas can now do everything that GIMP does. As to how well it does all this (compared to GIMP, Photoshop, or whatever), I cannot tell you that. I just do technical illustrations, not image manipulation.
-Walker
Re:Alright, hands up. (Score:1)
--
Interesting timing... (Score:1)
you don't need debs and rpms.... (Score:1)
Probably Not LinuxPPC Right? (Score:1)
Re:GIMP anyone? (Score:1)
Linux is a great platform for artists. It's cheap, allows for flexiblity, it's fast, and very stable. Art is another form of hacking
NT? Fugettaboutit! Too unstable and expensive. 98? Why?! Macintosh? Does not support true mulitasking.
For now Linux looks like the most promising choice for starving artists.
Keep those graphic apps comming!
If design is not Bauhaus, it is Baroque.
Re:The significance (Score:1)
Re:GIMP anyone? (Score:1)
GIMP really isn't fast. I really like using it, but as soon as I get outside of the 640x480 website-graphics scope, it becomes too slow to be managable. I've tried several times to use gimp to create simple CDROM covers at 300 dpi, and kept being surprised by it ending up more sluggish than what I remember from Photoshop on the computers of three years ago.
I've upgraded to the latest developer releases to see if in this field there is any improvement. There is a little, but there's, in my opinion, still miles to go before it will be feasible for high-resolution print graphics. I think they should consider focusing on using a method where you can do gimp operations on a low-resolution preview-image to later repeat those operations scriptomatically on the full res copy.
Pi
Re:GIMP anyone? (Score:1)
On the Interface Usability plane, GIMP is actually really getting there. Especially with the 1.1 releases, there is little functionality not in Gimp that is in the packages you mentioned.
This is not saying that there aren't still fields where Gimp has a long way to go. Also, mimicking what's already out there is not always the best idea. I was always pissed off by the fact that there was no simple way to create lines and outline boxes in Photoshop (select box, fill with color, shrink border one pixel, delete selection, yuck). I'm sort of disappointed Gimp lacks this too.
You know what's really missing? And not only on Linux, but also on Mac, Windows, BeOS, OS/2 and all those other platforms (excluding Amiga)? Something to replace DeluxePaint, which was and still is one of the most useful programs for on-screen pixel art (which currently is the focus of Gimp to begin with) available. Someone dig Dan Silva out of his coffin!
Pi
Re:Probably Not LinuxPPC Right? (Score:1)
Yes, people think "x86" when they say "Linux". While this can be advocated as a Bad Thing, I think it's not much worse than those who think "Linux" when they say "Unix". This is a similair platform lock-in which is becoming much more widespread.
There still are lots of Open Source applications which are a major pain to port to anything but Linux, leaving my Indy, Indigo and Sparcstation dead in the lurch. Yes I could run linux on the Sparc, but have a bad experience with its performance. Linux for MIPS/SGI is just not mature enough to use on a WorkStation (definitely not one that has higher-end OpenGL graphic boards).
Writing code that is portable across multiple UN*X platforms takes a little thinking, but isn't too hard (POSIX, UNIX98). People should be aware of those standards and shun away from linux-specific APIs and kernel calls, when there is no reason for using them.
Pi
Re:GTK?!! (Score:1)
Both Gtk and Motif are highly customizable. You'd be surprised how much better Motif apps can look if you mess around a bit with the resources, stopping it from thinking the menu font should be 18pts and buttons should be the size of Mount Everest. The same is true for Gtk, check out documentation on gtkrc.
The thing I dislike about Gtk is the API itself, which is the reason I use FLTK [fltk.org], which also helps keeping the tabs on memory overhead a bit better than the two mainstream linux toolkits at this time.
Pi
Re:fully native (Score:1)
As mentioned in oodles of posts above this one, WPO2000 uses WINE, not winelib.
HTH. HAND.Pi
Re:It sucks up... (Score:1)
While I'm certainly no fan of the way Stardivision/Sun try to let Star Office turn into a Windows95 with startbuttons and braindead MDI interfaces at all, the speed of the app has actually impressed me. At the home office, I run Star Office over X, running it on a simple sluggish K6/266 displaying it on an even slower Sun Sparcstation 5 through a 10Mbit X11 session. And it's fast.
Perhaps now's a good time to switch from Englightenment to a Windowmanager?;)
Pi
Re:canvas7 beta registration (Score:1)
That's a bad indication. Not adequately handling error-returns from library calls is a really bad habit, which gives me a bad feeling about the overall robustness of the app.
Pi
Re:canvas7 beta linux should be labelled (pre)alph (Score:1)
Re:What good are non-native applications? (Score:1)
Think of it as an upgrade path to linux
Re:GIMP anyone? (Score:1)
-W.W.
Deneba did the right thing with install path !! (Score:1)
fully native (Score:1)
Canvas 7 Linux Edition is a fully native Linux application
Until here I thought "huh? Oh, well, off course. Fun."
which was developed with the help of the Wine library. For more information on wine you can go to
^_^ Now things get clear. They have ported it with the help of Wine. Good to see that Wine is of use here. But a funny sidenote is that I have never seen anyone mention to be "fully native" when he really is so, but that it often happens to make sure that he is when he actually is not. Of course all they tried to say is that you don't need Wine to run Canvas.
Anyway, if you would need it, you wouldn't get there ;-)
Now where are the screenshots for Linux??
It's... It's...
Re:GIMP anyone? (Score:1)
A trend to worry about? (Score:1)
Re:Down in a hurry : Deneba's FTP Servers (Score:1)
Re:The significance (Score:1)
The problem with good enough is that's what made M$ so damned powerful in the first place. They release something when it is good enough (by their standards), not when it's good.
We (as linux advocates/users) are in a catch 22. If we dont use these ports that use winelib, that are good enough, then industry will think there's no support and stop 'porting'. If we use it, then there will always be ports that are good enough, and not good because they will use winelib and take the lower cost path to increase the profit margin.
Anyone out there who's in software engineering ought to know that good enough is something that is supposed to be scoffed at from the 'pure' software engineering side...from the business side however....
canvas7 beta linux should be labelled (pre)alpha (Score:1)
Re:What good are non-native applications? (Score:1)
We will start to see more apps written for this compatibility layer until Linux get more market share than MS. At this point, soft. corps. will start to code for Qt and maybe a GTK if a Windows version appears.
GIMP anyone? (Score:1)
Bad jokes aside, I think this is a sign of times to come. I bet you that before the year end you'll have a choice of applications ported for Linux that more and more of the non-technically minded companies (media, art, etc.) will be "going Linux".
Maybe things aren't so bleak for RedHat et al after all. hey, if nothing, VA Linux will now be selling much more computers so maybe they'll cough up some dough for *real* reporters