Deutsch English Français Italiano |
<u58qdn$69u$4@shakotay.alphanet.ch> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!weretis.net!feeder8.news.weretis.net!news.imp.ch!news.alphanet.ch!alphanet.ch!.POSTED!not-for-mail From: =?UTF-8?B?IkJlbm/DrnQgTC4i?= <benoit@leraillez.com.invalid> Newsgroups: fr.comp.sys.mac.communication Subject: Re: =?UTF-8?B?W01hY0NhZsOpXSBHUlJSUlJSUsKgIQ==?= Date: Thu, 1 Jun 2023 00:57:27 -0000 (UTC) Organization: C'est celui qui dit qui est Archive: no Message-ID: <u58qdn$69u$4@shakotay.alphanet.ch> References: <u576n9$s4e$1@shakotay.alphanet.ch> <u57vgu$md5$1@shakotay.alphanet.ch> Reply-To: benoit@leraillez.com Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Injection-Date: Thu, 1 Jun 2023 00:57:27 -0000 (UTC) Injection-Info: shakotay.alphanet.ch; posting-account="bobduvallois"; logging-data="6462"; mail-complaints-to="usenet@alphanet.ch"; posting-host="afae0d8def0cf5f14abbb823c144bac2.nnrp.alphanet.ch" User-Agent: MacCafe/2.11(4D18)/caturra (macOS 13.4 (22F66) - MacBookPro14,2) Cancel-Lock: sha1:ot5+wdcJsTSHPLEZlcURS5gxr+4= sha256:4UW6iy42Swmzd3BibbCsQUAJR7yF6+kVNZZiRfk7PIE= sha256:7XJ1yUSjL8cYzfIr7CUxhjiN6BcoUAo4OWjVFF1xPOw= X-No-Archive: yes In-Reply-To: <u57vgu$md5$1@shakotay.alphanet.ch> Bytes: 3911 Lines: 59 Ni vu ni connu, le 31 mai 2023 à 19:18, Gilbert OLIVIER osa écrire : > Le 31 mai 2023, Benoît L. a écrit : > >> Est-ce 4D qui génère ce genre de problème ou MacCafé qui le fait tout >> seul ? >> > C'est un problème de 4D et à ma connaissance, il n'y a pas moyen de le > contourner. > > Au niveau de MacCafé, 4D transmet 1 seul évènement sytème, le passage de > l'application au premier plan ou passage à un plan inférieur au premier. > > Pourquoi 4D réagit-il de cette façon, je n'ai aucune information > "officielle". > Maintenant, une idée toute personnelle, 4D est surtout fait pour > travailler en client / serveur et les développeurs ont peut-être pensé > que fermer un serveur par un "quitter" venu du système, n'était > peut-être pas très opportun ni rationnel, et que c'est l'humain qui > devait commander directement cette fermeture. Entièrement d’accord sur le côté client/serveur, mais si le client peut donner l’ordre au serveur de quitter quand on cmd-q, pourquoi ne pas faire en sorte que si le client reçoit un quit et qu’il le répercute au serveur ? Côté humain : si je demande à la machine de rebooter pourquoi 4D ne reconnaît-il pas cette action comme d’origine humaine ? Pourquoi cmd-Q et shift-cmd-Q sont gérés différemment ? Je suis un peu paumé. En client serveur, le serveur MacCafé n’agit que lors de l’écriture de nouvelles données, le reste du temps il ne fait que de la lecture, extraction, de données. Une preuve : je n’ai jamais eu un problème avec MC suite à un crash sytème ; j’ai de la chance ? J’en doute. Il reste quelques instants où MC écrit dans la base de données : quand il reçoit des posts, marque un post comme lu ou une enfilade comme taguée/détaguée. Pareil quand on change les préférences (dont la liste des groupes suivis) et d’autres « petits » trucs. Ce sont des actions assez courtes que MC doit savoir finir avant de quitter. Maintenant, je reconnais que si je suis en train de rédiger une nouvelle signature, que je passe à autre chose et que je décide de rebooter cela peut soit détruire ma nouvelle signature, soit l’enregistrer incomplète. Sauf si MC sait enregistrer sa situation et la rouvrir au prochain lancement : qu’on soit au même endroit, les mêmes fenêtres ouvertes… Bonne chance Gilbert pour nous le faire façon AS, Notes, BBEdit et quelques autres ;) En tout cas merci à l’équipe, même si cette matinée m’a mise en rogne, vraiment en rogne. -- Un généraliste sait rien sur tout, Un spécialiste, lui, sait tout sur rien.