Qt Apps banned from Mac App Store?

I don't know what that statement actually means --- I have not found a way to stop my Macintosh application from creating the trolltech.plist in ~/Library/Preferences when it runs.

If anyone has step-by-step instructions for how to accomplish this (without having to become a Qt Guru), I'd really appreciate it --- our app got rejected for specifically this issue and we'd love to get it accepted.

Quote:

---

Originally Posted by wysota

Well, maybe you can't do it. It works pretty well for me. I can move my ~/.config/Trolltech.conf file to a directory pointed by qt.conf and Qt will happily use it.

---

ok lads the biggest problem here is that Apple only want the appstore to contain apps written with there libs/frameworks/tools.
Also Qt was not originally written for mac os / ios, and neither should it be in my opinion.
i would only consider writing a Qt app for the ipod touch or iphone if and when it was fully supported, I know it'll never happen as long as mr jobs is alive so i'm not losing any sleep over it now.
wysota, if you could furnish us with the method you use to change the paths using qt.conf, i would appreciate it greatly, you've helped me before and as it happens i totally agree with you on this matter.
oliver, i do not wish to be rude or crass, however i find wysota's grasp of english to be excellent, and so i don't understand how you could have gotten so incandescent.
oh and chaps, if you wish to contribute to Qt then write the source code and submit it to trolltech/nokia for approval and/or inclusion, bitching (apologies for the language) will get us all exactly nowhere
agree with me or not people it is your choice, and as that is one of the underlying principles of the non commercial version of qt, and linux, i'll keep using them in that spirit.
l8r peeps

Does Apple actually say anythere that Qt-based apps are banned?

Assuming they have not said that, is there any progress with a version of Qt that will be compliant with the required file locations?

Quote:

---

ok lads the biggest problem here is that Apple only want the appstore to contain apps written with there libs/frameworks/tools.

---

There is another thread about Mac App Store where someone claims his Qt app got accepted without modifying Qt in any way. So the file discussed here must have been present there as well. This is in conflict with what people claim here, maybe you should come up with a verified version of the truth instead of chasing ghosts.

Quote:

---

Does Apple actually say anythere that Qt-based apps are banned?

---

I don't believe that apple have banned Qt. However the point stands, apples platforms are proprietary and they sell access to the development framework to make money, that is after all what they are in business for. Therefore they are bound to want to discourage people from developing apps that get around this by using different tools/libs. This means that apple are bound to place strict restrictions on what enters the app store making it easier for a lot of companies/people just to buy apples tools/licenses. hope that made some sense. IMO projects such as qt should remain free, an interesting subject since it's owned by nokia who as i'm sure you are all aware just signed a deal with microsoft for windows phone 7 to be on nokia's handsets!!!

Quote:

---

Originally Posted by janorcutt

I don't believe that apple have banned Qt. However the point stands, apples platforms are proprietary and they sell access to the development framework to make money, that is after all what they are in business for. Therefore they are bound to want to discourage people from developing apps that get around this by using different tools/libs.

---

long time ago when i was developing on Mac with Qt, we always needed XCode toolset for compiling Qt apps. So if this is true till this date, i believe apple will not hate qt.

I have observed that if I create a qt.conf file in the Resources subfolder of my application and just put the single line [paths] in it, then my app no longer created the com.trolltech.plist file, at least not in ~/Library/Preferences

I haven't determined if it puts it somewhere else (but I haven't found it anywhere else so far) and I'm wondering if in fact this solves the problem on the macintosh?

Quote:

---

Originally Posted by dhjdhj

I have observed that if I create a qt.conf file in the Resources subfolder of my application and just put the single line [paths] in it, then my app no longer created the com.trolltech.plist file, at least not in ~/Library/Preferences

I haven't determined if it puts it somewhere else (but I haven't found it anywhere else so far) and I'm wondering if in fact this solves the problem on the macintosh?

---

i *have* a qt.conf file in the Resources folder with this content

Code:

---

[Paths]
Plugins = PlugIns

---

but if i put what you suggest ([paths] or [Paths] single line) it still creates com.trolltech.plist under ~/Library/Preferences

has anyone come up with a _real_ solution without having to compile all qt again?

Could someone verify if the trick with $HOME works or not?

If someone donates enough money for me to buy a Mac, I'll check it myself :cool:

It does not --- I tried modifying my main function to temporarily set the PATH per your example earlier but it made no difference (and I don't have any plugins in my app).

It's not about PATH, it is about HOME. What did you set it to?

I just mistyped the last entry --- I did in fact use HOME.

If you change HOME then there is no chance the file can appear in the offending directory simply because your app will not know where your home dir is. Your app may crash or something but it shouldn't write to this location.

I tried the suggestion as described at the bottom of your post (http://www.qtcentre.org/threads/3529...577#post173577)

Ok but what did you set HOME to? What was the value of path variable that you used?

/Users/dhj/scratch/Qt

(Made sure that those subfolders already existed as well)

What does this return?

Code:

---

#include <QtCore>
 
int main(){
    qputenv("HOME", "/Users/dhj/scratch/Qt");
    qDebug() << QDir::homePath();
    return 0;
}

---

As expected

"/Users/dhj/scratch/Qt"

Ok, and this one?

Code:

---

#include <QtCore>
 
int main(){
    qputenv("HOME", "/Users/dhj/scratch/Qt");
    QSettings settings(QSettings::NativeFormat, QSettings::UserScope, "Trolltech");
    qDebug() << settings.fileName();
    return 0;
}

---

"/Users/dhj/scratch/Qt/Library/Preferences/com.trolltech.plist"

---

Added after 6 minutes:

Let me add that if I leave out the 'return' and so continue with my main application (AND there is no qt.conf in the Resources folder), then the com.trolltech.plist is still crated in ~/Library/Preferences

If I use the qt.conf trick, then I don't have to play with the environment.