This is where you start playing with the different versions of WINE.
I don't know which version to recommend, but the default version for Ubuntu is the wrong choice for umpteen reasons, starting with the fact that it breaks e-Sword. I'd suggest going back to one of the 1.o.x versions of WINE, and trying them out, one at a time.

OTOH, Greek and Hebrew font issues are as likely to be due to defects in the resource, as due to the effects of running e-Sword under WINE.

Now boys and girls,
This is where the difficulty lies in running software that is built for a particular operating system (this time its namely Windows), using something that doesn't give the prefered results. This sort of thing sort of reminds me trying to fit a Ford motor in a Holden car chasis and then trying to drive it, or even better still, trying to put new wine into old wine skins.

So what is the point of this. Well, I think we all of us should get Rick Meyers to write e-Sword for the platform that it should run on. In other words three kinds of editions of e-Sword:

• An e-Sword built for Unix (Mac OSx)
• An e-Sword built for Linux (including the Adroid Linux distro)
• An (obvious as the skin on one's nose) e-Sword build for Windows.

Now, if this sort of thing was done, and done properly, I reeckon it would solve well over 90% of issues and problems that users are encountering with WINE, Crossover and etc.

I dunno what programming language e-Sword is written in, but I do know there are programming IDEs (Intergrated Development Enviroments) which do multiple compilations for different operating systems, i.e., Embarcadero's (formerly Borland's) C++ Builder. And if that isn't good enough, then write the program in Java, as Linux, Unix, and Windows use Java runtime files that run the program irrespective of the operating system.

You see, its been said that "Rick listens to us." And if that is true, then lets see how well he listens to this, because if there is a unified voice in this, then he should listen.

Your thoughts.

Blessings,

So what is the point of this. Well, I think we all of us should get Rick Meyers to write e-Sword for the platform that it should run on. In other words three kinds of editions of e-Sword:

• An e-Sword built for Unix (Mac OSx)
• An e-Sword built for Linux (including the Android Linux distro)
• An (obvious as the skin on one's nose) e-Sword build for Windows.

Apple is almost at the point of insisting that programs for Mac OS X be written in Objective C. IIRC, that is a formal requirement for iOS programs.

Microsoft pretty much insists that software for Windows use the .NET environment. That pretty much forces C Sharp to be the programming language.

*Nix doesn't care about the underlying programming language. The big obstacle here is that there are half a dozen different windowing systems. That "obstacle" is why it make more sense from both an economic perspective, and programming perspective, to write your programs for *Nix, debug them them, and then port them to other platforms.

Whilst Google doesn't impose any specific restrictions on the programming language that is used, the Dalvik Virtual machine pretty much ensures that the source language be something that can be complied into Dalvik Byte Code. (This is for Android Operating System.)

Now, if this sort of thing was done, and done properly, I reckon it would solve well over 90% of issues and problems that users are encountering with WINE, Crossover and etc.

The following talks from BibleTech go into various problems and issues in cross-platform software, and resource construction:

• http://www.bibletech...and_future.mp3;
• http://www.bibletech...d_mobility.mp3;
• http://www.bibletech...onic_tools.mp3;
• http://www.bibletech...publishing.mp3;
• http://www.bibletech...inger_bt09.mp3;
• http://www.bibletech.../dyer_bt09.mp3;
• http://www.bibletech...oisen_bt09.mp3;
• http://www.bibletech...AndiWu2010.mp3;
• http://www.bibletech...Rees2010_2.mp3;

jonathon

Now boys and girls,
This is where the difficulty lies in running software that is built for a particular operating system (this time its namely Windows), using something that doesn't give the prefered results. This sort of thing sort of reminds me trying to fit a Ford motor in a Holden car chasis and then trying to drive it, or even better still, trying to put new wine into old wine skins.

So what is the point of this. Well, I think we all of us should get Rick Meyers to write e-Sword for the platform that it should run on. In other words three kinds of editions of e-Sword:

• An e-Sword built for Unix (Mac OSx)
• An e-Sword built for Linux (including the Adroid Linux distro)
• An (obvious as the skin on one's nose) e-Sword build for Windows.

If I were writing e-Sword today, I would use C++ QT framework. Write the code once. Use 99.9% of the code on all three of your platforms above. And QT is free. I used it for the last two of my apps, including the Module Installer, Database2RTF, etc. (I still grin when I talk about the Module Installer. More than one person told me no one download such an app. Uh huh, 2,100 downloads later, say what?... but I digress).

Now, regardless of framework, C++ is a language for big boys. It will let you shoot yourself in the foot--repeatedly. But the payoff is the power and flexibility. I love C++, I just wish I had more of a chance (and time) to use it.

I consider myself fairly advanced as an eSword user - and I use the module installer all the time.

Love it!

Now, regardless of framework, C++ is a language for big boys. It will let you shoot yourself in the foot--repeatedly. But the payoff is the power and flexibility. I love C++, I just wish I had more of a chance (and time) to use it.

Me thinks Josh needs a pin for his head

But in all genuiness, I think you're pretty much on the button about the fexibility of C++. As for the rest of it, well I'm not too certain about that simply because of the IDEs' editor having "remembered" and auto code. These nifty little tricks certainly help in getting the syntax pretty much on the button these days.

I'm not very strong with C++, as I predominantly use C#. I think I really need to get myself into C++ a lot more than what I have done in the past.

AAMOI, Josh, what is the Programming IDE you use? I'm thinking quite seriously of spending some hard earned money and getting myself Embarcardero's RAD Studio XE2 which comes with C++ Builder, Delphi, and a few other languages. It looks a lot better than Visual Studio, and more importantly, there is a reasonable selection of frameworks to choose from. Hey, if you're a Perl or a Ruby programmer, you'll love this as well.

Blessings,

I have Microsoft Visual Studio but for C++ I prefer QT Creator (of the QT framework). QT is so much easier to work with and free. It's a great IDE.

Apple is almost at the point of insisting that programs for Mac OS X be written in Objective C. IIRC, that is a formal requirement for iOS programs.

Microsoft pretty much insists that software for Windows use the .NET environment. That pretty much forces C Sharp to be the programming language.

*Nix doesn't care about the underlying programming language. The big obstacle here is that there are half a dozen different windowing systems. That "obstacle" is why it make more sense from both an economic perspective, and programming perspective, to write your programs for *Nix, debug them them, and then port them to other platforms.

Whilst Google doesn't impose any specific restrictions on the programming language that is used, the Dalvik Virtual machine pretty much ensures that the source language be something that can be complied into Dalvik Byte Code. (This is for Android Operating System.)



The following talks from BibleTech go into various problems and issues in cross-platform software, and resource construction:

• http://www.bibletech...and_future.mp3;
• http://www.bibletech...d_mobility.mp3;
• http://www.bibletech...onic_tools.mp3;
• http://www.bibletech...publishing.mp3;
• http://www.bibletech...inger_bt09.mp3;
• http://www.bibletech.../dyer_bt09.mp3;
• http://www.bibletech...oisen_bt09.mp3;
• http://www.bibletech...AndiWu2010.mp3;
• http://www.bibletech...Rees2010_2.mp3;

jonathon

Jonathon,
All links have the 404 - File or directory not found in it Error message. So they're about as useful as the proverbial hip pockets on a t-shirt thingy. So, having all of those neat little error messages are as welcome as a ham sandwich at a jewish wedding (or a bar-mitzvah).

I think you might have to see where those mp3 files can actually be accessed.

Blessings,

Edited by APsit190, 10 January 2012 - 08:31 PM.

All links have the 404 - File or directory not found in it Error message.

Weird, because I tested the links before I posted them.
They are linked from http://www.bibletech...e.com/speakers/

jonathon

Wanted to chime in on my experience on getting E-Sword to work under Linux.

my netbook is running Kubuntu 12.04 (Beta 2), and I first installed wine from the command line (skip the repos!)

I followed the directions of Silverlight (Post #5) before even attempting to install E-Sword.

It's critical to have the various dll's installed before installing E-Sword. In my experience I couldn't get E-Sword to work if they were not there, and putting them in after the fact never worked for me.

I then run the installer from the command line

sudo wine setup1010.exe

After that the various features (to include search!) worked, so I'm happy.

I always try to install things from the command line instead of clicking on the program. If there is a problem, it's easier to see what cratered the install from the command line.

The only problem that I've run into is my NIV version doesn't work anymore under the 10.10 program. I saw another thread where that is being discussed. Basically you have to go back and redownload the premium bibles to get them to work under this version.

Hi All,

I am using Linux 12.04. I did exactly what Silverhair has suggested as mentioned in the article referred by the following. "Silverhair Re: Useing E-Sword in Linux with Wine", on this page.

I managed to install ESword, however, when I try to run the program, I get a strange issue, which is posted below for your reference.

Quote -----------------------------------------------------------------------------------------
Archive: /home/george/.wine/dosdevices/c:/Program Files/e-Sword/e-Sword.exe
[/home/george/.wine/dosdevices/c:/Program Files/e-Sword/e-Sword.exe]
End-of-central-directory signature not found. Either this file is not
a zipfile, or it constitutes one disk of a multi-part archive. In the
latter case the central directory and zipfile comment will be found on
the last disk(s) of this archive.
note: /home/george/.wine/dosdevices/c:/Program Files/e-Sword/e-Sword.exe may be a plain executable, not an archive
zipinfo: cannot find zipfile directory in one of /home/george/.wine/dosdevices/c:/Program Files/e-Sword/e-Sword.exe or
/home/george/.wine/dosdevices/c:/Program Files/e-Sword/e-Sword.exe.zip, and cannot find /home/george/.wine/dosdevices/c:/Program Files/e-Sword/e-Sword.exe.ZIP, period.
Quote -----------------------------------------------------------------------------------------

Appreciate your help.

God Bless.

George