Je n'ai pas testé qt 5.11, et il ne semble pas que vous utilisiez qt 5.11. J'ai testé la version officielle (qt 5.8) et une autre version avec qt 5.9, ce problème apparaît sur les deux.

C'est la dernière version de qbittorrent pour mac. QT 5.8.0.

Bien que je doute qu'il y ait une différence pour n'importe quelle version de QT, le framework lui-même est bogué et pour le moment, ils ont juste une solution de contournement sale pour 5.11 qui n'est toujours pas acceptée (vérifiez le lien qt bugtracker ci-dessus)

Mais il est possible d'atténuer le problème en définissant des feuilles de style appropriées dans l'application.

Une mise à jour pour ceci? maintenant que Mojave est officiellement sorti...

Je pense que le gris est un peu décalé, devrait être un peu plus foncé

L'application semble également planter avec Mojave ? Cela n'arrivait pas avant. Je ne sais pas si c'est une coïncidence.

Les icônes SVG rendent également la basse résolution sur les écrans Retina sur Mojave, ainsi que sur High Sierra (comme mentionné dans # 9549).

donc, Qt prend enfin en charge le thème sombre ! rien ne doit être fait
J'ai compilé la branche master telle quelle (mais à ma manière, sans homebrew).
et n'ont aucun problème avec les icônes, voir les captures d'écran ci-jointes
tout le monde peut télécharger cette version ici , la version minimale de macOS prise en charge est 10.12.

@Kolcha une idée de la sortie de la nouvelle version ? On l'obtient donc naturellement via une mise à jour ?

Nous devons d'abord attendre la sortie de Qt 5.12 .

donc, Qt prend enfin en charge le thème sombre ! rien ne doit être fait
J'ai compilé la branche master telle quelle (mais à ma manière, sans homebrew).
et n'ont aucun problème avec les icônes, voir les captures d'écran ci-jointes
tout le monde peut télécharger cette version ici , la version minimale de macOS prise en charge est 10.12.

Il a certainement quelques bugs, mais est utilisable. Merci!!

@Kolcha Pouvez-vous télécharger une version plus récente ? Merci beaucoup.

done , compilé à partir du dernier commit https://github.com/qbittorrent/qBittorrent/commit/1baa71c97a5313f9ab1bba5512ea56fbafae188a de la branche master

Quelqu'un sait quand la 5.2 sortira officiellement ? Acclamations.

Quelqu'un sait quand la 5.2 sortira officiellement ? Acclamations.

Au cas où vous ne le sauriez pas, il est sorti officiellement hier (12.6)

Quelqu'un sait quand la 5.2 sortira officiellement ? Acclamations.

Au cas où vous ne le sauriez pas, il est sorti officiellement hier (12.6)

Pas le qt 5.12, mais bittorrent 4.2... (désolé pour la faute de frappe)

Pour qBittorrent alpha n'est qu'une étiquette pour la branche de développement. Cela ne signifie rien de spécial et généralement toutes les versions ne sont que le dernier commit de cette branche.

Je ne parle pas de l'alpha, mais de la version finale 4.2. Quelqu'un sait quand la version 4.2 sortira ?? Même la 4.1.4 n'était pas sortie sur macOS...

Pouvez-vous expliquer pourquoi macOS n'obtient pas 4.1.4 ? @ sledgehammer999

Il n'y a aucun endroit sur Internet où vous pouvez télécharger qbittorrent 4.1.4 pour macOS... jetez un coup d'œil... n'a été publié nulle part... peut-être y a-t-il un problème de compilation ou quelque chose du genre ? Je ne sais pas... mais il n'y a pas...

Sortie de qBittorrent 4.1.4 pour macOS

donc, j'ai compilé 4.1.4 pour macOS . tout le monde peut le télécharger.

Bibliothèques utilisées :

• Qt 5.12.0
• booster 1.68.0
• libtorent 1.1.11
• OpenSSL 1.1.1a

Cette version prend en charge le thème sombre macOS. La version minimale de macOS prise en charge est 10.12 (héritée de Qt).

Mise à jour : solution de contournement pour placer les barres de progression là où elles doivent être (mais dessinez dans un style différent).
@zdlo télécharge simplement à nouveau le fichier dmg, le lien reste le même.

Merci Kolcha, au moins il existe une version 4.1.4 (elle a certainement quelques problèmes graphiques, j'en suis sûr pour la nouvelle version qt, mais elle est utilisable)... Ce que je ne comprends pas, c'est pourquoi cette version n'est pas sortie pour MacOS... Je ne comprends pas du tout.

Sortie de qBittorrent 4.1.4 pour macOS

Merci Kolcha ! Est-ce moi qui ai une barre de progression sur la première ligne de chaque liste ?

@Kolcha Envisagez -vous d'envoyer une pull request pour la solution de contournement ?

@evansan cette solution de contournement est probablement un "piratage rapide et sale" plutôt qu'une véritable solution de contournement. il ne vaut donc pas la peine d'être publié en tant que pull request, vous pouvez voir le patch ici .

@ sledgehammer999 Je vous suggère d'ajouter temporairement NSRequiresAquaSystemAppearance = NO au fichier Info.plist pour la branche 4.1.x. Cela évitera le désastre jusqu'à ce qu'une migration vers un Qt plus récent se produise. Remarque : https://stackoverflow.com/a/52508548

@zdlo , le problème de la barre de progression a été mentionné dans https://github.com/qbittorrent/qBittorrent/issues/8419. Quelqu'un doit enquêter et peut-être demander aux développeurs Qt de débloquer leur code.

@evansan cette solution de contournement est probablement un "piratage rapide et sale" plutôt qu'une véritable solution de contournement. il ne vaut donc pas la peine d'être publié en tant que pull request, vous pouvez voir le patch ici .

@Kolcha Pour être honnête, votre patch fonctionne très bien, et je n'ai toujours pas vu de problèmes, à part le fait qu'il a également résolu le menu "Terminé", (parce que je ne pouvais rien voir, jusqu'à ce patch !! Alors , ça n'a pas changé que la barre... Il suffit de jeter un coup d'œil et de comparer... avec les deux (et avec quelques torrents qui fonctionnent bien sûr). Maintenant c'est un plaisir de l'utiliser !! Merci !! Et ça mérite un tirer... ou quelqu'un pour trouver un moyen de le résoudre au moins...

Honnêtement, je ne suis pas satisfait d'une telle solution de contournement, mais je dois admettre que cela n'a pas l'air particulièrement mauvais.

À mon avis, nous pourrions le fusionner, tout en restant prudent, la version de Qt étant la 5.11 ou la 5.12. Idéalement, cela est signalé en amont et recherché tôt ou tard. Garder cela silencieux et avoir des solutions de contournement pourrait aggraver les choses à l'avenir.

J'ai créé une petite application qui reproduit le bogue mentionné avec la barre de progression et le bogue lié à la barre de progression signalé à Qt ( QTBUG-72558 ). Alors, attendez que les développeurs de Qt le corrigent.

Les builds sont en retard car maintenant j'ai accès à une machine high sierra (avant c'était yosemite) et je suis en train de reconstruire la toolchain (boost, libtorrent, qt, openssl) etc...

Je vise à utiliser Qt 5.9.7 (partie de la série LTS) au lieu de 5.8.0. Est-il censé avoir des problèmes avec les barres de progression ?
À propos du thème sombre : Autant que je sache, cela a été introduit dans Mojave. Et vous pouvez le prendre en charge en utilisant xcode 10 et le SDK macOS 10.14 et bien sûr Qt 5.12.
Qt 5.12 ne prend en charge que mojave, high sierra et sierra. Est-ce suffisant pour le monde macOS ? Honnêtement, je n'ai aucune idée si les gens restent dans les versions du système d'exploitation sur macOS comme ils le font sur Windows.
Je serais heureux de fournir 2 versions pour chaque version. Un avec 5.9.7 et un avec 5.12 pour couvrir toutes les bases, mais 5.9.7 ne fonctionne pas avec xcode 10/10.14 macOS SDK.
@Kolcha est-il possible d'avoir 2 versions de xcode installées et 2 versions du SDK installées sur la même machine ?

tout d'abord, quelques mots sur les anciennes versions de macOS. Il n'est pas courant de rester longtemps sur la même version de macOS. De nombreux logiciels cessent de fonctionner avec la nouvelle version de macOS. les logiciels compilés pour l'ancien macOS ne fonctionnent souvent pas non plus sur les versions plus récentes. Apple ne se soucie pas de la compatibilité...
J'ai essayé de rester sur OS X 10.9 Mavericks aussi longtemps que possible, mais en janvier 2018, j'ai été obligé de mettre à niveau car même le navigateur et le lecteur ont cessé de fonctionner, et cela n'a aucun sens de conserver un tel logiciel d'utilisation quotidienne comme navigateur et lecteur obsolète.

@ sledgehammer999 ,
Tout d'abord, je ne suis pas un développeur mcOS expérimenté, je suis juste un passionné, donc je n'y connais pas grand-chose. Je n'ai trouvé aucun moyen d'utiliser 2 versions de Xcode (je n'ai rien essayé de faire moi-même), mais il est possible d'utiliser l'ancien SDK avec le nouveau Xcode. J'ai trouvé ça . Personnellement, j'ai essayé cette méthode pour exactement la même chose que vous (fournir 2 versions : une avec 5.9.7, une autre - avec le dernier développement Qt). alors, essayez-le, suivez simplement ce lien .
pour sélectionner un SDK spécifique lors de la construction de Qt, passez simplement une ligne similaire à -sdk macosx10.13 au script de configuration de Qt.
pour afficher les SDK installés, exécutez xcodebuild -showsdks

Vous pouvez avoir deux versions de Xcode en les installant sous des noms différents. Par exemple, j'ai Xcode-9.2.app et Xcode.app dans /Applications.

Concernant l'abandon de la prise en charge de macOS hérité : cela a du sens avec 4.2.0. Mais pour être honnête, construire avec deux versions différentes de Qt a plus de sens pour moi. Il n'est pas trop courant de mettre à niveau macOS sur des serveurs contrairement aux ordinateurs de bureau.

Concernant Qt 5.9 : il n'a pas de problème de barre de progression, et il a également une barre d'outils unifiée appropriée contrairement à 5.8.

Je vous suggère fortement de mettre en œuvre l'intégration continue pour les versions de macOS. Devoir compiler manuellement chaque version est assez fatiguant. De plus, je pourrais vous suggérer d'utiliser VMware avec plusieurs machines virtuelles.

Petite mise à jour :
Il me semble que ma chaîne d'outils est enfin opérationnelle. Il semble également que je puisse avoir 2 installations Xcode et utiliser Qt 5.9.7 et Qt 5.12.0 avec succès avec chacune.
Je serai probablement en mesure de faire des versions v4.1.5 demain.

Cependant, je ne sais pas comment gérer la version 2 de macOS. Actuellement, le programme de mise à jour automatique pour macOS connaît une version/version pour ce système d'exploitation. Si vous téléchargez et exécutez la version 4.1.5 avec Qt 5.12, puis que je publie la version 4.1.6, la mise à jour automatique vous indiquera la version utilisant Qt 5.9.7 (et non celle utilisant Qt 5.12 ou plus récent).
Dans les versions Windows, nous différencions les saveurs en fonction du nombre de bits (32 bits contre 64 bits). Mais ici sur quoi ? Dois-je simplement introduire un nouveau commutateur de compilation ? Et nommez celui qui utilise le dernier Qt comme par exemple qbittorrent-4.1.5-bleeding_edge.dmg ?

@ sledgehammer999
Si je peux suggérer, vous pourriez différencier macOS en 2 saveurs :
1) Legacy (je suppose que les anciennes versions de macOS sont prises en charge, n'est-ce pas? si c'est la raison, ce que je suppose)
2) Nouveau pour les dernières bibliothèques (officielles non bêta) pour les dernières versions de macOS.

Qu'en penses-tu? C'est ce que je suppose que vous devez avoir 2 saveurs, si ce n'est pas le cas... désolé, je ne sais pas pourquoi 2 saveurs alors...

Je pense que le canal de mise à jour doit être sélectionné en fonction de la version actuelle de macOS. Par défaut dans 4.1.x — utilisez 5.9, mais préparez le code :

• pour mettre à jour vers 5.12 4.2 lors de sa sortie sur macOS 10.12+
• pour mettre à jour vers 5.9 4.2 lors de sa sortie sur macOS < 10.12
  De plus, téléchargez une version 5.12 4.1.6 qui peut être testée manuellement et signalée pour les bogues.

Si je peux suggérer, vous pourriez différencier macOS en 2 saveurs :

Je pense que celui qui utilise Qt 5.9.7 devrait continuer à utiliser le schéma de nommage actuel alias qbittorrent-4.1.5.dmg . Cela assurera une transition en douceur pour tout le monde.
Le changement de nom doit concerner la version utilisant la dernière version de Qt.

Je pense que le canal de mise à jour doit être sélectionné en fonction de la version actuelle de macOS.

Cela sonne bien mais il a besoin d'une mise à jour exceptionnellement "intelligente". Le programme de mise à jour devra connaître la version du système d'exploitation prise en charge par chaque version de Qt. Et il se cassera facilement pour les clients plus âgés. Les clients plus âgés ne peuvent pas savoir ce que les futurs clients prennent en charge.
Je ne veux pas non plus verrouiller chaque série qbt sur des versions spécifiques de Qt.

Quel est un bon mot alternatif pour "bleeding edge" ? Peut-être modern ?

@ vit9696 , ce qui est à peu près ce que je disais, ce que je pense que "l'héritage" et "nouveau" est plus facile que "le bord saignant" ou même "moderne" ... mais je veux dire, je m'en fiche, c'est plutôt le même

Si je peux suggérer, vous pourriez différencier macOS en 2 saveurs :

Je pense que celui qui utilise Qt 5.9.7 devrait continuer à utiliser le schéma de nommage actuel alias qbittorrent-4.1.5.dmg . Cela assurera une transition en douceur pour tout le monde.
Le changement de nom doit concerner la version utilisant la dernière version de Qt.

Je suggérerais de faire l'inverse, je garderais qbittorrent-4.1.5.dmg pour les dernières nouveautés, si quelqu'un veut conserver les bibliothèques précédentes et rester hérité, optez simplement pour l'héritage et c'est tout, à mon humble avis. C'est une méthodologie agile plus avancée en adoptant de nouvelles bibliothèques, et avec la possibilité de conserver la précédente avec un héritage..., l'autre est juste une sorte de "bêta" pour la nouvelle méthodologie des bibliothèques... que je trouve plus compliquée à la fin.

Quel est un bon mot alternatif pour "bleeding edge" ? Peut-être modern ?

qbittorrent-4.1.5.dmg et qbittorrent-4.1.5-legacy.dmg, devraient être mes préférés,
qbittorrent-4.1.5.dmg et qbittorrent-4.1.5-NEWWORDHERE.dmg

Mais je veux dire, juste mon humble avis.

La prochaine fois que vous mettrez à niveau Qt et que vous supprimerez d'autres versions de macOS, les anciennes versions modernes deviendront héritées. Cela signifie que le moderne ne sera plus moderne et qu'il faudrait inventer l'héritage moderne.

Je suggérerais d'utiliser le nom de code/la version macOS si vous voulez que cela soit plus ou moins automatique. Si vous souhaitez conserver le programme de mise à jour le moins modifié, vous pouvez lui faire essayer de télécharger par majeur actuel et choisir le premier qui ne renvoie pas "Non trouvé". C'est-à-dire que le 10.13 on aurait :

• essayez de télécharger qBittorrent-4.1.5-10.13.dmg → échoue
• essayez de télécharger qBittorrent-4.1.5-10.12.dmg → réussit

Le 10.12, il réussira immédiatement, et le 10.14, il réussira un saut de plus (10.14, 10.13, 10.12). Faites en sorte que le programme de mise à jour décrémente uniquement jusqu'à la version minimale actuellement prise en charge, c'est-à-dire 10.8, et abandonne en cas d'échec de la recherche d'une URL fonctionnelle avec un message de version macOS non prise en charge.

Pour la période de transition, par exemple 4.1.5 sur 10.9, vous devez télécharger une image de secours qBittorrent-4.1.5.dmg . Pourtant, plus tard, qBittorrent-4.2.0.dmg ne seront pas téléchargés mais seulement qBittorrent-4.2.0-10.9.dmg et qBittorrent-4.2.0-10.12.dmg le seront. Donc, cette personne, disons sur 10.8, mettra à jour vers 4.1.5 puis passera à un nouveau système de mise à jour, qui ne parviendra pas à trouver une version compatible et signalera que son macOS n'est plus pris en charge.

Personnellement, je préférerais avoir des manifestes avec des URL pour ne pas avoir à demander plusieurs fois au serveur, mais l'approche suggérée n'est pas trop mauvaise et sera quelque peu évolutive.

@vit9696
J'aime l'approche, qui en fait encore plus que 2 saveurs, mais sérieusement, ce n'est pas trop de supporter plus de 2 saveurs ?? Je pense qu'avoir couvert genre 5 versions de macOS est un peu trop. Si quelqu'un veut travailler avec des Mac encore plus anciens, procurez-vous simplement une ANCIENNE version de qbittorrent.
Je comprends les efforts et le désordre, si vous voulez avoir cette approche multi-saveurs fantaisiste, mais si vous ne voulez pas compliquer les choses, je pense que c'est plus que suffisant, ce qui couvrira 99,99% des gens.
Cela dit, j'aime aussi votre approche.

Pardon? Le problème avec votre approche est que quelque part à 10.16, vous devrez créer, disons, un héritage 10.12, mais vous n'aurez aucun moyen approprié de le faire. Dans mon cas, dans toutes les versions, il n'est pas nécessaire de fournir plus d'une version, mais cela vous donne une approche pour en fournir autant que possible.

Si je comprends bien @vit9696 propose ce schéma de nommage qbittorrent-<version>-<minOS>.dmg Cela pourrait fonctionner, mais cela cassera les anciennes mises à jour.

Les anciennes mises à jour seront mises à jour vers 4.1.6.dmg en dernier. Et puis la nouvelle URL est censée être utilisée.

@ vit9696 À mon avis, et pour autant que je sache, l'héritage, c'est quand quelque chose comme une bibliothèque qui est actuelle (pas en version bêta) ne peut pas être utilisé dans un système. Dans le système d'exploitation actuel ou proche de l'actuel, l'adoption de la bibliothèque ne devrait pas poser de problème, mais ce que vous dites, c'est toujours de ne pas marquer 10.12 comme hérité s'il a besoin d'autres bibliothèques obsolètes ou proches de l'être, lorsque le temps de 10.16 vient ? Bien sûr, devrait être un héritage! (et les versions précédentes obsolètes). Sinon, voulez-vous prendre en charge toutes les versions de MacOS à partir, disons, de 10.12 lorsque 10.19 arrive ? Pas question ... avoir 2 versions devrait suffire (car les deux prendront facilement en charge une gamme de 4 versions de MacOS) pour les développeurs qui jouent avec différentes bibliothèques de versions ... ou vous voulez finir par prendre en charge 10 systèmes d'exploitation qui ne on utilisera et on obligera à jouer avec les éléments hérités des développeurs sans raison. Moins il y a d'héritage, mieux c'est, pas plusieurs niveaux d'héritage à continuer à prendre en charge...
Mais ce n'est que mon avis, qui est aussi respectueux qu'un autre. Acclamations

Soit dit en passant, dans le menu de contenu de la deuxième région où se trouve le contenu du téléchargement, il y a toujours un problème avec la barre de défilement horizontale, je pense que cela doit être corrigé partout où la liste est là... (version 4.1. 4 avec le correctif).
Acclamations

J'ai recompilé la version (4.1.4) à nouveau. abandonné mon précédent "sale hack" qui corrigeait la barre de progression dans la liste des torrents et a maintenant apporté quelques modifications à l'intérieur de Qt à la place.
Maintenant, chaque barre de progression ressemblera à n'importe quelle autre barre de progression dans macOS, mais... elle est presque toujours peinte comme inactive... Je ne sais toujours pas pourquoi, je n'ai pas trouvé où et comment Qt gère les drapeaux passés pendant le dessin. ..
@eduarcor , essayez cette version .

@Kolcha , @ sledgehammer999 , Une chose que je ne comprends toujours pas, pourquoi il n'y a pas de version MacOS 4.1.4 sur le site officiel de qbittorrent ??
https://www.qbittorrent.org/download.php
Pour être honnête, je ne connais toujours pas la raison... parce que c'est juste dans cette plate-forme, pas les autres... Je ne pense pas que c'est arrivé avant, ou du moins je n'ai pas vu...

Une chose que je ne comprends toujours pas, pourquoi il n'y a pas de version MacOS 4.1.4 sur le site officiel de qbittorrent ??

@eduarcor parce que le temps...

Je viens également de publier la version 4.1.5 sur macOS. Il est basé sur Qt 5.9.7 cette fois, supprimant le support de Mavericks.
Accédez à la page de téléchargement officielle.
Toute l'épreuve de la sortie de la 4.1.5 m'a pris au moins 5 heures (la compilation n'en est qu'une partie).

Quoi qu'il en soit, pour ceux qui veulent essayer, j'ai aussi une version 4.1.5 basée sur Qt 5.12. S'il vous plaît dites-moi si cela fonctionne.
Mise en garde : Sous Windows, j'ai observé que qbittorrent avec Qt 5.12 plante de manière aléatoire lors de la fermeture de l'application. Cela peut également se produire sous Linux/macOS.
Lien vers 4.1.5 avec Qt 5.12 : https://builds.shiki.hu/temp/qbittorrent-4.1.5-qt5.12.dmg

Une chose que je ne comprends toujours pas, pourquoi il n'y a pas de version MacOS 4.1.4 sur le site officiel de qbittorrent ??

@eduarcor parce que le temps...

Je viens également de publier la version 4.1.5 sur macOS. Il est basé sur Qt 5.9.7 cette fois, supprimant le support de Mavericks.
Accédez à la page de téléchargement officielle.
Toute l'épreuve de la sortie de la 4.1.5 m'a pris au moins 5 heures (la compilation n'en est qu'une partie).

Quoi qu'il en soit, pour ceux qui veulent essayer, j'ai aussi une version 4.1.5 basée sur Qt 5.12. S'il vous plaît dites-moi si cela fonctionne.
Mise en garde : Sous Windows, j'ai observé que qbittorrent avec Qt 5.12 plante de manière aléatoire lors de la fermeture de l'application. Cela peut également se produire sous Linux/macOS.
Lien vers 4.1.5 avec Qt 5.12 : https://builds.shiki.hu/temp/qbittorrent-4.1.5-qt5.12.dmg

L'exécuter en ce moment, se ferme correctement, tout semble normal. Je vais l'exécuter pendant quelques jours et faire rapport.
Merci d'avoir activé le "mode sombre" dans cette version ! ;-)

macOS 10.14.2

Une chose que je ne comprends toujours pas, pourquoi il n'y a pas de version MacOS 4.1.4 sur le site officiel de qbittorrent ??

@eduarcor parce que le temps...

Je t'ai eu.
Mise en garde : Sous Windows, j'ai observé que qbittorrent avec Qt 5.12 plante de manière aléatoire lors de la fermeture de l'application. Cela peut également se produire sous Linux/macOS.
Lien vers 4.1.5 avec Qt 5.12 : https://builds.shiki.hu/temp/qbittorrent-4.1.5-qt5.12.dmg

Tout d'abord, juste pour vous faire savoir que je n'ai jamais remarqué, avec les autres versions de Kolcha Qt 5.12, aucun problème de plantage lors de la fermeture de l'application. Je suis presque sûr que vous faites la même chose pour faire la construction, peut-être qu'il y a quelque chose de différent... (juste au cas où).

Et enfin, malheureusement, il a le problème que nous avons expliqué ci-dessus à propos de la barre de progression, que Kolcha a déjà résolu.

Au fait, ce n'est peut-être pas l'endroit, mais j'aimerais savoir s'il est possible de faire ce qui suit :
Afin de minimiser le temps de téléchargement, obtenir le maximum de bande passante :
1) Existe-t-il un moyen de télécharger des choses par lots ? C'est-à-dire de télécharger d'abord une chose, puis de lancer la suivante de la liste, etc.
2) Peut-être devrait être génial en combinaison avec la fonctionnalité optionnelle suivante : juste s'il y a encore assez de bande passante libre et qu'elle n'est pas utilisée, commencez par la suivante dans la liste...

S'il n'y a toujours pas de moyen, il devrait y avoir 2 fonctionnalités intéressantes...

@Kolcha , pourriez-vous s'il vous plaît implémenter le correctif sur le 4.1.5 avec qt 5.12 ? Acclamations

@eduarcor , terminé, qBittorrent 4.1.5 construit avec Qt 5.12 et corrigé pour corriger les barres de progression

@eduarcor , terminé, qBittorrent 4.1.5 construit avec Qt 5.12 et corrigé pour corriger les barres de progression

Malheureusement, celui-ci ne s'ouvre même pas le 10.14.2.

@zdlo , que se passe-t-il lorsque vous essayez de l'ouvrir ? crash ou autre chose ? merci de donner quelques précisions.
Je l'ai testé avant le téléchargement et je n'ai eu aucun problème... Rien n'a changé dans mon environnement de construction depuis mes versions précédentes... et les applications macOS sont portables et complètement autonomes (contiennent toutes les dépendances requises dans le bundle d'applications) de par leur nature (dans la mesure où Je sais, mais peut-être que je me trompe, je ne suis pas développeur macOS).
de plus, mon script de construction supprime tout après la construction, donc si certaines dépendances manquaient dans le bundle, je remarquerai que même sur ma machine de construction...
Au cas où quelqu'un d'autre confirmerait le même problème, j'arrêterai de publier mes builds (et supprimerai tous ceux qui existent, car ils sont construits de la même manière) pour ne pas créer de messages inutiles. Je ne connais pas la raison et je n'imagine même pas comment essayer de le déboguer... encore une fois, je ne suis pas un développeur macOS, je suis juste un gars qui peut construire presque tout ce qui est écrit en langage C/C++ sur n'importe lequel de systèmes d'exploitation grand public (c'est-à-dire Windows/Linux/macOS).

@zdlo , que se passe-t-il lorsque vous essayez de l'ouvrir ? crash ou autre chose ? merci de donner quelques précisions.

J'ai essayé de l'ouvrir à nouveau pour vous dire maintenant, peut-être aussi partager les journaux de la console, mais il s'est ouvert cette fois. Merci pour cette construction !

Je ne sais pas pourquoi il ne s'ouvrait pas quand je l'ai essayé plusieurs fois plus tôt dans la journée. L'icône de l'application sur le dock rebondissait plusieurs fois, puis s'arrêtait, et l'indicateur sous l'icône s'éteignait également. Aucune fenêtre d'application n'était affichée du tout. J'ai d'abord essayé de l'ouvrir en cliquant avec le bouton droit de la souris sur les applications, donc le problème n'était pas lié à cela.

@eduarcor , terminé, qBittorrent 4.1.5 construit avec Qt 5.12 et corrigé pour corriger les barres de progression

@Kolcha , cela fonctionne parfaitement, merci !!

Bonjour, ceci n'est pas lié à ce projet, mais est lié à Qt avec le mode sombre. Actuellement, j'ai le même problème avec un autre projet (https://gitlab.com/OpenMW/openmw/issues/4655), et juste pour confirmer, la seule façon de faire fonctionner (entièrement) le mode sombre est de compiler avec le Qt 5.12 ?

@terabyte25 officiel Qt 5.12 est suffisant

Merci Kolcha, fonctionne parfaitement !

@Kolcha , j'ai une question pour vous, c'est un peu hors sujet. J'ai ma propre application python/pyside2 (qt 5.12) et j'aimerais appliquer le thème noir Mojave. Pourriez-vous s'il vous plaît, m'expliquer comment faire? Il n'y a aucune info là-bas. Merci et salutations.

@eduarcor , malheureusement je n'ai rien à dire... Qt 5.12 prend en charge le thème sombre et détecte automatiquement le thème actuellement utilisé. rien ne doit être fait pour les applications C++. si cela ne se produit pas avec Python, certaines API ne sont peut-être pas exposées à Python, mais je ne sais pas. J'ai utilisé PyQt il y a très longtemps, mais je n'ai même pas utilisé PySide...

@Kolcha , merci quand même.
Alors, pour C++ c'est automatique ?? Je ne comprends pas pourquoi ce n'est pas pour la liaison python... Je veux dire, c'est supposé que c'est complet... Donc, je ne peux pas deviner pourquoi cela ne se produit pas... Quoi qu'il en soit, j'apprécie vos informations, et si vous découvrez un autre moment, s'il vous plaît, n'hésitez pas à me le faire savoir. Acclamations

@eduarcor , terminé, qBittorrent 4.1.5 construit avec Qt 5.12 et corrigé pour corriger les barres de progression

Merci pour la construction, fonctionne comme un charme. Puis-je vous demander de compiler avec un code plus récent ?

@nevack , c'est fait
Ceci est un lien permanent , je reconstruis qBittorrent ~ toutes les deux semaines et ce fichier sera mis à jour. ainsi, la version de développement récente peut être téléchargée en utilisant ce lien à tout moment.

Je viens de télécharger la dernière version stable de QBittorent 4.1.6 pour MacOS et l'affichage avec le thème sombre Mojave est tout foutu.

J'ai téléchargé la version de Kolcha selon le lien ci-dessus et cela semble fonctionner beaucoup mieux. Merci.

Ayant le même problème que @atangyp

Je suis sûr que @Kolcha le découvrira très bientôt, comme il le fait habituellement... ne vous inquiétez pas les gars

Il l'a déjà corrigé avec sa version. J'ai utilisé son lien ci-dessus, dans le post au-dessus du mien, pour télécharger... Je me demande juste pourquoi ses changements ne sont pas inclus dans la dernière version stable.

qBittorrent 4.1.6 (thème sombre corrigé)

Le thème sombre a été corrigé. Ceci est lié à la version de Qt. Qt n'a commencé à prendre en charge le thème sombre que depuis la version 5.12, qBittorrent a été construit avec la version 5.9, il ne prend donc tout simplement pas en charge le thème sombre mac. Je viens de reconstruire qBittorrent avec la dernière version de Qt (5.12.3).

=======> TÉLÉCHARGER <=======

Attention, vraiment je n'ai rien corrigé ! Tous mes correctifs/modifications précédents ont été fusionnés dans les branches master et 4.1, consultez le journal des modifications pour la version officielle et vous trouverez 2 lignes mentionnant mon nom. De plus, ces changements ne sont pas vitaux, notamment pour le support des thèmes sombres, ils sont surtout cosmétiques...

Je viens de construire qBittorrent à ma manière. Je n'aime pas Homebrew et d'autres outils connexes essayant de faire de macOS des systèmes Linux... alors je construis qBittorrent en utilisant uniquement Xcode - IDE natif pour macOS. De plus, je n'aime pas la façon dont les développeurs de qBittorrent gèrent le déploiement des traductions Qt, je le fais aussi à ma manière.
De plus, quiconque a téléchargé mes versions a peut-être remarqué que mes fichiers .dmg sont "sympa", comme beaucoup d'autres logiciels tiers pour macOS, pas une petite icône qBittorrent.

Le mien a l'air foiré sur le dernier dl

@pnumio , la version officielle ne prend pas en charge le thème sombre, téléchargez ma version https://github.com/qbittorrent/qBittorrent/issues/9096#issuecomment -489568308

@pnumio , la version officielle ne prend pas en charge le thème sombre, téléchargez ma version # 9096 (commentaire)

Merci triés

@pnumio , la version officielle ne prend pas en charge le thème sombre

Mais pourquoi?

J'ai construit la version officielle en utilisant Qt 5.9.7 afin de prendre en charge une plus large gamme de versions de macOS. Cependant, la série Qt 5.9.x ne gère pas correctement le mode sombre de Mojave. Ce mode est correctement géré dans la série Qt 5.12.x.

Voici une compilation utilisant Qt 5.12.0 (je n'ai pas eu le temps de compiler Qt 5.12.3) : https://builds.shiki.hu/temp/qbittorrent-4.1.6-qt5.12.dmg

@ sledgehammer999 , merci beaucoup pour cela. Très appréciée!!

@pnumio , la version officielle ne prend pas en charge le thème sombre, téléchargez ma version # 9096 (commentaire)

Merci également à @Kolcha ....

quiconque cherche quelque chose de plus joli que l'original - essayez mes versions https://github.com/blahdy/qBittorrent

De mon point de vue. Devrait être un excellent support pour les thèmes... plutôt que d'avoir à obtenir une compilation différente de tiers...

J'ai le même bogue de thème sombre et je ne comprends pas pourquoi le correctif n'a pas été mis en version officielle.

et ne comprends pas pourquoi le correctif n'a pas été mis en version officielle.

C'est parce que vous n'avez pas lu tout le problème https://github.com/qbittorrent/qBittorrent/issues/9096#issuecomment -489752065.

Pourquoi ne pas créer deux distributions - une "héritée" avec l'ancien QT et une "nouvelle" avec .12 ?..

@pshirshov lu d'ici https://github.com/qbittorrent/qBittorrent/issues/9096#issuecomment -447689144

Pourquoi ne pas construire deux distributions - une "héritée" avec l'ancien QT et une "nouvelle" avec .12 ? ..

+1

Je voudrais continuer à utiliser une version officielle brassée. C'est un moyen très pratique de gérer les logiciels tiers sur MacOS. Alors, veuillez ajouter la prise en charge du mode sombre à la version officielle, merci

@evansan : le commentaire ne répond pas à ma question en fait. Qu'est-ce qui empêche l'équipe d'avoir deux versions "officielles" ?

Que les gens ne fassent pas confiance aux binaires non officiels.

Qu'est-ce qui empêche l'équipe d'avoir deux versions "officielles" ?

Le mécanisme de mise à jour n'est pas conçu pour rechercher différentes versions en fonction de la version du système d'exploitation.

J'ai construit la version officielle en utilisant Qt 5.9.7 afin de prendre en charge une plus large gamme de versions de macOS. Cependant, la série Qt 5.9.x ne gère pas correctement le mode sombre de Mojave. Ce mode est correctement géré dans la série Qt 5.12.x.

Voici une compilation utilisant Qt 5.12.0 (je n'ai pas eu le temps de compiler Qt 5.12.3) : https://builds.shiki.hu/temp/qbittorrent-4.1.6-qt5.12.dmg

Y aura-t-il bientôt une mise à jour officielle qui inclura ce correctif ? Je préfère attendre s'il arrive bientôt que de télécharger une version non officielle.

Voici une compilation utilisant Qt 5.12.0 (je n'ai pas eu le temps de compiler Qt 5.12.3) : https://builds.shiki.hu/temp/qbittorrent-4.1.6-qt5.12.dmg

@ sledgehammer999 Pouvez-vous signer ceci ? Merci.

Que les gens ne fassent pas confiance aux binaires non officiels.

👍 Je suis d'accord avec toi !

En attendant, pour ceux qui ne veulent pas avoir à gérer cette interface utilisateur désordonnée, vous pouvez rétablir le thème clair de l'application :

$ defaults write $(osascript -e 'id of app "qbittorrent"') NSRequiresAquaSystemAppearance -bool yes

Je suis désolé, mais pourquoi ne pouvez-vous pas simplement publier une version mineure avec qt mis à jour ? pour moi, c'est un peu stupide de télécharger la même version mais corrigée.

Toujours aussi moche :/

Je viens de télécharger Qt 4.1.7 et il est toujours moche au point d'être inutilisable. Est-ce que quelqu'un sait s'il envisage même de résoudre ce problème?

Qt 5.9 inclut la prise en charge de 10.10 et 10.11, tandis que 5.12 abandonne la prise en charge de ces versions de macOS.

@ sledgehammer999 10.11 n'est plus pris en charge par Apple depuis août 2018, selon Wikipedia . Seriez-vous ouvert à la création de futures versions de macOS avec Qt 5.12 ? Et idéalement, rééditer la version 4.1.7 construite avec Qt 5.12.

Je viens de télécharger 4.1.7 et c'est corrigé pour moi.

@Piccirello il y a un problème avec le site principal. Il n'a pas encore synchronisé les fichiers du référentiel du site Web git, donc mes modifications/informations ne sont pas encore en ligne. Et l'administrateur ne m'a pas encore répondu.
Pour faire court : la nouvelle version officielle v4.1.7 utilise Qt 5.12.2
J'utiliserais Qt 5.13 mais : https://bugreports.qt.io/browse/QTBUG-77310

Confirmé que cela est corrigé pour moi - v4.1.7 utilise Qt 5.12.2

Vous ne savez pas qui est l'administrateur, mais comptons-nous sur une partie externe pour le site ? Je serais heureux de fournir un hébergement afin que nous ne dépendions pas de quelqu'un d'autre pour synchroniser nos modifications.

Merci pour l'offre. L'administrateur n'est pas un étranger, même si je ne me souviens pas de son pseudo github. C'est aussi l'administrateur du forum. Il s'est occupé de ces choses pendant de nombreuses années, probablement depuis le début. Je lui ai parlé il y a quelques jours, donc je sais qu'il n'a pas disparu.

Salut les gars, où sont la version 4.1.7 à télécharger ? pas dans la page officielle... pourriez-vous s'il vous plaît me guider vers un lien ?
Intègre-t-il tous les correctifs @Kolcha dans l'interface utilisateur ? Curieusement, dans la v4.1.6, la version QT utilisée par Kolcha est la 5.12.3 et elle fonctionne comme un charme, n'est-ce pas pour vous ?
Merci

@eduarcor Allez simplement sur Fosshub : https://www.fosshub.com/qBittorrent.html
Ou si vous avez une version plus ancienne, le programme de mise à jour devrait vous y conduire.

Merci.
Pourquoi utiliser le 5.12.2 au lieu du 5.12.3 utilisé par la version 4.1.6 ? C'est étrange...

@eduarcor , voir https://github.com/qbittorrent/qBittorrent/issues/9096#issuecomment -518039784 pour savoir pourquoi Qt 5.12.2 est utilisé. ma construction a un Qt plus récent parce que je construis avec c++ 14, donc je n'ai pas rencontré de problèmes de construction, mais j'ai rencontré un autre problème étrange avec Qt 5.13 et dev , mais c'est une autre histoire...
et encore une fois, je n'ai presque rien réparé ! vient de construire qBittorrent avec le nouveau Qt qui prend en charge le thème sombre. Quelques petits problèmes que j'ai corrigés étaient liés à la barre de progression, ils ont été fusionnés il y a très longtemps et ont été inclus même dans 4.1.6

Content de voir que ce sujet est clos maintenant !

PS> Je construis toujours régulièrement qBittorrent depuis la branche master, toute personne intéressée peut télécharger mes builds en utilisant ce lien

@Kolcha , Et avez-vous construit la v4.1.7 elle-même ? avec le dernier 5.12.4 ? Si c'est vrai, pourriez-vous s'il vous plaît partager s'il n'y a pas de problème avec cela?

@eduarcor ma version 4.1.7 , compilée avec Qt 5.13.0, libtorrent 1.1.13 et OpenSSL 1.1.1c

@eduarcor ma version 4.1.7 , compilée avec Qt 5.13.0, libtorrent 1.1.13 et OpenSSL 1.1.1c

@Kolcha , sympa, merci !! A part le fait de changer de librairies (dont je ne sais pas si ça a un avantage) et de ne pas être signé, a-t-il un petit bug ou corrige-t-il un courant, ou est-il exactement le même que l'officiel ? (Je n'ai pas vu de différence en un bref coup d'œil).

Merci.

@eduarcor , je n'ai rien modifié (du moins dans le code), la seule différence étant la façon dont l'application a été construite (j'apporte quelques modifications aux fichiers système de construction et je construis de manière totalement différente par rapport à celle décrite dans qBittorrent Wiki). donc vous pouvez penser que ma construction est exactement la même que celle officielle

Bon à savoir. Merci!!
Même l'officiel n'est pas signé car il dit provenir d'un développeur non identifié.

Si quelqu'un est intéressé par un look encore moins épouvantable sur macOS, vous êtes invité à essayer ma version personnalisée sur https://github.com/blahdy/qBittorrent/releases
Lisez la description, au fait

fenêtres aussi ? ou seulement macos? :(