j'aurais besoin d'avoir un PC pour certaines applis uniquement dispos
pour cette plateforme...
:-((
J'ai actuellement un PowerBook G4 et bien sûr j'ai utilisé Virtual PC,
mais la lenteur extraordinaire de ce soft (même s'il m'a rendu des
services à une époque) m'interdit cette solution : il faut que je sois
rapide comme l'éclair et vif comme ... euh, je ne sais plus... le vent,
non ?...
Bref, je me demande si ce n'est pas le moment de passer sur un MacBook
Pro...
Mais :
on peut switcher d'une interface (PC/Mac) à une autre sans rebooter, non
?
Question rapidité Windows, c'est vraiment comme chez eux (je veux dire :
comme si je n'avais qu'un simple PC) ?...
Et puis de notre côté, mes vieilles applis PowerPC (Totoshop, etc...) ça
fonctionne bien avec Rosetta, ou ça rame ?
Les applis Universelles arrivent ?
Bref attendre encore (et acheter un PC lambda en attendant) ou y aller
dans un MacBook Pro (puisque j'ai un faible pour les portables...) ?
par exemple: Google Calendar jamais, mais WebCalendar sur *ton* hébergeur, oui ;-)
Tu peux développer un peu? Parce qu'après avoir regardé tout ça d'assez près, c'est pour l'instant la solution Google (une fois de plus!) qui a mes faveurs...
En installant WebCalendar sur le serveur de ton hébergeur, tu es chez toi. En utilisant GC, tu dépends de Google, tes données lui appartiennent, et surtout tu *renonces au logiciel*.
(En outre, je suis vraiment surpris de voir le battage autour de GC, il me semble que Google actuellement réussit à avoir une visibilité similaire à celle d'Apple (un "effet halo"), mais dans le domaine des calendriers sur serveur internet, il y en avait quand même des douzaines avant eux. Et on dirait soudain que c'est l'invention du siècle :-)
Sans même aller jusqu'à choisir des solutions payantes, les deux développements gratuits et open-source que j'ai mentionné permettent de contrôler son calendrier internet de bout en bout, plutôt que de déplacer l'âme de la machine chez Google.
Aujourd'hui on revoit régulièrement le débat autour du mac/PC qui "risque de devenir un simple terminal", avec tous les fichiers, les applications etc. retenues en otage sur un gros méchant serveur (qui en outre vérifie que tu as bien payé chaque license, etc.), et à chaque fois, après une esthétique levée de boucliers libertaires la chose est enterrée par des arguments style "personne n'acceptera de ne plus avoir ses docs et son traitement de texte sur sa machine".
En fait, l'évolution ne se fera certainement pas là en premier, mais sur les *nouveaux* services comme le calendrier. (ils ne sont pas réellement nouveaux mais très peu répandus -et l'objectif de Google est effectivement de pousser à croire que c'est entièrement nouveau... et que chez eux)
En choisissant Google Calendar contre un webcal perso tu as beaucoup plus d'impact sur le futur que tu ne crois :-)
H.
-- Frédérique & Hervé Sainct, [fr,es,en,it] Frédérique's initial is missing in front of the above address l'initiale de Frédérique manque devant l'adresse email ci-dessus
par exemple: Google Calendar jamais, mais WebCalendar sur *ton*
hébergeur, oui ;-)
Tu peux développer un peu? Parce qu'après avoir regardé
tout ça d'assez près, c'est pour l'instant la solution Google
(une fois de plus!) qui a mes faveurs...
En installant WebCalendar sur le serveur de ton hébergeur, tu es chez
toi. En utilisant GC, tu dépends de Google, tes données lui
appartiennent, et surtout tu *renonces au logiciel*.
(En outre, je suis vraiment surpris de voir le battage autour de GC, il
me semble que Google actuellement réussit à avoir une visibilité
similaire à celle d'Apple (un "effet halo"), mais dans le domaine des
calendriers sur serveur internet, il y en avait quand même des douzaines
avant eux. Et on dirait soudain que c'est l'invention du siècle :-)
Sans même aller jusqu'à choisir des solutions payantes, les deux
développements gratuits et open-source que j'ai mentionné permettent de
contrôler son calendrier internet de bout en bout, plutôt que de
déplacer l'âme de la machine chez Google.
Aujourd'hui on revoit régulièrement le débat autour du mac/PC qui
"risque de devenir un simple terminal", avec tous les fichiers, les
applications etc. retenues en otage sur un gros méchant serveur (qui en
outre vérifie que tu as bien payé chaque license, etc.), et à chaque
fois, après une esthétique levée de boucliers libertaires la chose est
enterrée par des arguments style "personne n'acceptera de ne plus avoir
ses docs et son traitement de texte sur sa machine".
En fait, l'évolution ne se fera certainement pas là en premier, mais sur
les *nouveaux* services comme le calendrier.
(ils ne sont pas réellement nouveaux mais très peu répandus -et
l'objectif de Google est effectivement de pousser à croire que c'est
entièrement nouveau... et que chez eux)
En choisissant Google Calendar contre un webcal perso tu as beaucoup
plus d'impact sur le futur que tu ne crois :-)
H.
--
Frédérique & Hervé Sainct, h.sainct@laposte.net [fr,es,en,it]
Frédérique's initial is missing in front of the above address
l'initiale de Frédérique manque devant l'adresse email ci-dessus
par exemple: Google Calendar jamais, mais WebCalendar sur *ton* hébergeur, oui ;-)
Tu peux développer un peu? Parce qu'après avoir regardé tout ça d'assez près, c'est pour l'instant la solution Google (une fois de plus!) qui a mes faveurs...
En installant WebCalendar sur le serveur de ton hébergeur, tu es chez toi. En utilisant GC, tu dépends de Google, tes données lui appartiennent, et surtout tu *renonces au logiciel*.
(En outre, je suis vraiment surpris de voir le battage autour de GC, il me semble que Google actuellement réussit à avoir une visibilité similaire à celle d'Apple (un "effet halo"), mais dans le domaine des calendriers sur serveur internet, il y en avait quand même des douzaines avant eux. Et on dirait soudain que c'est l'invention du siècle :-)
Sans même aller jusqu'à choisir des solutions payantes, les deux développements gratuits et open-source que j'ai mentionné permettent de contrôler son calendrier internet de bout en bout, plutôt que de déplacer l'âme de la machine chez Google.
Aujourd'hui on revoit régulièrement le débat autour du mac/PC qui "risque de devenir un simple terminal", avec tous les fichiers, les applications etc. retenues en otage sur un gros méchant serveur (qui en outre vérifie que tu as bien payé chaque license, etc.), et à chaque fois, après une esthétique levée de boucliers libertaires la chose est enterrée par des arguments style "personne n'acceptera de ne plus avoir ses docs et son traitement de texte sur sa machine".
En fait, l'évolution ne se fera certainement pas là en premier, mais sur les *nouveaux* services comme le calendrier. (ils ne sont pas réellement nouveaux mais très peu répandus -et l'objectif de Google est effectivement de pousser à croire que c'est entièrement nouveau... et que chez eux)
En choisissant Google Calendar contre un webcal perso tu as beaucoup plus d'impact sur le futur que tu ne crois :-)
H.
-- Frédérique & Hervé Sainct, [fr,es,en,it] Frédérique's initial is missing in front of the above address l'initiale de Frédérique manque devant l'adresse email ci-dessus
patrick.1150RTcazaux
Sylvain Bouju wrote:
Très très agréablement surpris par la solution "Remote Desktop Connection", cependant, qui permet de piloter le PC dans une fenêtre du Mac.
Ça se trouve où, ça ? Dans le système ? On fait comment ?
Merci d'avance et bon dimanche. -- Tardigradus Délégué bénévole de la Mutuelle des motards
Sylvain Bouju <syl_vain@bou_ju.net> wrote:
Très très agréablement surpris par la
solution "Remote Desktop Connection", cependant, qui
permet de piloter le PC dans une fenêtre du Mac.
Ça se trouve où, ça ? Dans le système ? On fait comment ?
Merci d'avance et bon dimanche.
--
Tardigradus
Délégué bénévole de la Mutuelle des motards
Merci beaucoup ! -- Tardigradus Délégué bénévole de la Mutuelle des motards
syl_vain
Frédérique & Hervé Sainct wrote:
En choisissant Google Calendar contre un webcal perso tu as beaucoup plus d'impact sur le futur que tu ne crois :-)
Je n'en suis pas inconscient, mais ça n'est pas politique du tout.
La seule chose qui m'intéresse, c'est que ce soit pratique, fiable, ergonomique, esthétique, simple, etc. et il se trouve que Google, tout comme Apple ou free, répondent en général à mes attentes, chacun dans leurs domaines, voire même en y allant au devant. Contrairement à d'autres qui me font l'effet exactement inverse, Yahoo, Tiscali, etc. par exemple, ainsi que tous les autres web calendars que j'ai pu essayer précédemment, sujet de ce fil.
Mais je les lâcherai sans état d'âme si je trouve mieux, rassure-toi.
En choisissant Google Calendar contre un webcal perso tu as beaucoup
plus d'impact sur le futur que tu ne crois :-)
Je n'en suis pas inconscient, mais ça n'est pas politique du tout.
La seule chose qui m'intéresse, c'est que ce soit pratique, fiable,
ergonomique, esthétique, simple, etc. et il se trouve que Google,
tout comme Apple ou free, répondent en général à mes attentes,
chacun dans leurs domaines, voire même en y allant au devant.
Contrairement à d'autres qui me font l'effet exactement inverse,
Yahoo, Tiscali, etc. par exemple, ainsi que tous les autres web
calendars que j'ai pu essayer précédemment, sujet de ce fil.
Mais je les lâcherai sans état d'âme si je trouve mieux, rassure-toi.
En choisissant Google Calendar contre un webcal perso tu as beaucoup plus d'impact sur le futur que tu ne crois :-)
Je n'en suis pas inconscient, mais ça n'est pas politique du tout.
La seule chose qui m'intéresse, c'est que ce soit pratique, fiable, ergonomique, esthétique, simple, etc. et il se trouve que Google, tout comme Apple ou free, répondent en général à mes attentes, chacun dans leurs domaines, voire même en y allant au devant. Contrairement à d'autres qui me font l'effet exactement inverse, Yahoo, Tiscali, etc. par exemple, ainsi que tous les autres web calendars que j'ai pu essayer précédemment, sujet de ce fil.
Mais je les lâcherai sans état d'âme si je trouve mieux, rassure-toi.
-- Sylvain Bouju --
francois.jacquemin
Frédérique & Hervé Sainct wrote:
Sylvain Bouju wrote:
Frédérique & Hervé Sainct wrote:
par exemple: Google Calendar jamais, mais WebCalendar sur *ton* hébergeur, oui ;-)
Tu peux développer un peu? Parce qu'après avoir regardé tout ça d'assez près, c'est pour l'instant la solution Google (une fois de plus!) qui a mes faveurs...
En installant WebCalendar sur le serveur de ton hébergeur, tu es chez toi. En utilisant GC, tu dépends de Google, tes données lui appartiennent, et surtout tu *renonces au logiciel*.
Il semble qu'en dernier ressort, il y a deux manières d'obtenir l'adhésion : - par l'ergonomie, la facilité d'usage - par l'effet de masse, le grégarisme
Il risque donc d'être dur de ramer contre Google, qui joue sur les deux, à moins d'un bel effort.
par exemple: Google Calendar jamais, mais WebCalendar sur *ton*
hébergeur, oui ;-)
Tu peux développer un peu? Parce qu'après avoir regardé
tout ça d'assez près, c'est pour l'instant la solution Google
(une fois de plus!) qui a mes faveurs...
En installant WebCalendar sur le serveur de ton hébergeur, tu es chez
toi. En utilisant GC, tu dépends de Google, tes données lui
appartiennent, et surtout tu *renonces au logiciel*.
Il semble qu'en dernier ressort, il y a deux manières d'obtenir
l'adhésion :
- par l'ergonomie, la facilité d'usage
- par l'effet de masse, le grégarisme
Il risque donc d'être dur de ramer contre Google, qui joue sur les deux,
à moins d'un bel effort.
par exemple: Google Calendar jamais, mais WebCalendar sur *ton* hébergeur, oui ;-)
Tu peux développer un peu? Parce qu'après avoir regardé tout ça d'assez près, c'est pour l'instant la solution Google (une fois de plus!) qui a mes faveurs...
En installant WebCalendar sur le serveur de ton hébergeur, tu es chez toi. En utilisant GC, tu dépends de Google, tes données lui appartiennent, et surtout tu *renonces au logiciel*.
Il semble qu'en dernier ressort, il y a deux manières d'obtenir l'adhésion : - par l'ergonomie, la facilité d'usage - par l'effet de masse, le grégarisme
Il risque donc d'être dur de ramer contre Google, qui joue sur les deux, à moins d'un bel effort.
-- F. Jacquemin
Julien Salort
Nicolas MICHEL wrote:
Sauf qu'il ne supporte pas la carbonlib, nécessaire dans bien des appli classic.
A priori, si c'est un logiciel Carbon, on peut le faire tourner directement dans MacOS X. Il n'y a besoin de Classic que pour les softs non Carbon.
Nicolas MICHEL wrote:
Sauf qu'il ne supporte pas la carbonlib, nécessaire dans bien des appli
classic.
A priori, si c'est un logiciel Carbon, on peut le faire tourner
directement dans MacOS X.
Il n'y a besoin de Classic que pour les softs non Carbon.
Sauf qu'il ne supporte pas la carbonlib, nécessaire dans bien des appli classic.
A priori, si c'est un logiciel Carbon, on peut le faire tourner directement dans MacOS X. Il n'y a besoin de Classic que pour les softs non Carbon.
h.sainct
François Jacquemin wrote:
Il semble qu'en dernier ressort, il y a deux manières d'obtenir l'adhésion : - par l'ergonomie, la facilité d'usage - par l'effet de masse, le grégarisme
Il risque donc d'être dur de ramer contre Google, qui joue sur les deux, à moins d'un bel effort.
Pertinent. Mais inquiétant.
H.
-- Frédérique & Hervé Sainct, [fr,es,en,it] Frédérique's initial is missing in front of the above address l'initiale de Frédérique manque devant l'adresse email ci-dessus
François Jacquemin <francois.jacquemin@free.fr> wrote:
Il semble qu'en dernier ressort, il y a deux manières d'obtenir
l'adhésion :
- par l'ergonomie, la facilité d'usage
- par l'effet de masse, le grégarisme
Il risque donc d'être dur de ramer contre Google, qui joue sur les deux,
à moins d'un bel effort.
Pertinent.
Mais inquiétant.
H.
--
Frédérique & Hervé Sainct, h.sainct@laposte.net [fr,es,en,it]
Frédérique's initial is missing in front of the above address
l'initiale de Frédérique manque devant l'adresse email ci-dessus
Il semble qu'en dernier ressort, il y a deux manières d'obtenir l'adhésion : - par l'ergonomie, la facilité d'usage - par l'effet de masse, le grégarisme
Il risque donc d'être dur de ramer contre Google, qui joue sur les deux, à moins d'un bel effort.
Pertinent. Mais inquiétant.
H.
-- Frédérique & Hervé Sainct, [fr,es,en,it] Frédérique's initial is missing in front of the above address l'initiale de Frédérique manque devant l'adresse email ci-dessus
syl_vain
Frédérique & Hervé Sainct wrote:
Pertinent. Mais inquiétant.
Je ne discerne rien de bien inquiétant, le passage par la case Google n'étant absolument pas obligatoire, mais plutôt le succès de services aussi performant que libre d'accès, et que peu pollué par de la pub grossière ou génante.
Rassurant plutôt, de mon point de vue, et dans la grande tradition d'une certaine gratuité de l'internet. Et je switcherai dès que possible de eBay à Google Base, dans cet ordre d'idée.
Mais je suis également prêt à renoncer à Google Earth, si l'IGN fait mieux, ou encore à Google Videos si un service équivalent était offert par l'INA, au hasard et par exemple.
Je ne discerne rien de bien inquiétant, le passage par la case
Google n'étant absolument pas obligatoire, mais plutôt le succès
de services aussi performant que libre d'accès, et que peu pollué
par de la pub grossière ou génante.
Rassurant plutôt, de mon point de vue, et dans la grande tradition
d'une certaine gratuité de l'internet. Et je switcherai dès que possible
de eBay à Google Base, dans cet ordre d'idée.
Mais je suis également prêt à renoncer à Google Earth, si l'IGN
fait mieux, ou encore à Google Videos si un service équivalent
était offert par l'INA, au hasard et par exemple.
Je ne discerne rien de bien inquiétant, le passage par la case Google n'étant absolument pas obligatoire, mais plutôt le succès de services aussi performant que libre d'accès, et que peu pollué par de la pub grossière ou génante.
Rassurant plutôt, de mon point de vue, et dans la grande tradition d'une certaine gratuité de l'internet. Et je switcherai dès que possible de eBay à Google Base, dans cet ordre d'idée.
Mais je suis également prêt à renoncer à Google Earth, si l'IGN fait mieux, ou encore à Google Videos si un service équivalent était offert par l'INA, au hasard et par exemple.
-- Sylvain Bouju --
laurent.pertois
Jean-Yves Bernier wrote:
A propos, l'accessibilité du site de l'INA, ça roule?
Je n'ai eu aucuns soucis la semaine dernière.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Jean-Yves Bernier <grokub@pescadoo.net> wrote:
A propos, l'accessibilité du site de l'INA, ça roule?
Je n'ai eu aucuns soucis la semaine dernière.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
A propos, l'accessibilité du site de l'INA, ça roule?
Je n'ai eu aucuns soucis la semaine dernière.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
h.sainct
Benoit Leraillez wrote:
(il y a aussi PHPiCalendar plus simple -juste un "publieur d'iCals",
Euhhhh. Il est simple à mettre en route ? ;-)
oui. Par exemple, contrairement à WebCalendar il n'exige pas de base MySQL (bien sûr, il en fait beaucoup moins!).
En gros, PHPiCalendar remplace un serveur .mac, sur n'importe quel serveur web y compris ceux (99%) qui ne supportent pas les accès webdav.
L'installer signifie en gros
- disposer d'un hébergeur qui permet l'exécution de code PHP sur le serveur (certains FAI le font, peut-être pas tous, il y a aussi beaucoup d'hébergeurs indépendants dont des petits comme ouvaton qui coûtent réellement une poignée d'euros par an, douze si je me souviens bien)
- télécharger l'archive zip de PHPiCalendar, la décompacter sur son mac, puis envoyer tout le dossier obtenu par ftp sur le serveur de l'hébergeur (à la façon dont tu envoies une photo ou un site html ni plus ni moins)
- en modifiant au passage un fichier texte de configuration, dans lequel tu vas en gros annoncer quel est ton nom et ton mot de passe d'accès si je me souviens bien (au besoin je peux décrire plus) et éventuellement modifier quelques paramètres par défaut ("je veux que la semaine commence le lundi"...)
- ensuite, dans iCal, demander à publier ton calendrier en donnant l'adresse url d'un fichier php du dossier de phpiCalendar sur ton site (un truc du genre urldemonsite/phpicalendar/icalpublish.php).
Et ça marche *au poil* -l'interface web de plus est extrêmement flexible, tu peux demander par défaut une vue par mois, par jour, avec tous tes calendriers simultanéments ou juste celui-ci ou ces deux-là, etc.
-- Frédérique & Hervé Sainct, [fr,es,en,it] Frédérique's initial is missing in front of the above address l'initiale de Frédérique manque devant l'adresse email ci-dessus
(il y a aussi PHPiCalendar plus simple -juste un "publieur d'iCals",
Euhhhh. Il est simple à mettre en route ? ;-)
oui. Par exemple, contrairement à WebCalendar il n'exige pas de base
MySQL (bien sûr, il en fait beaucoup moins!).
En gros, PHPiCalendar remplace un serveur .mac, sur n'importe quel
serveur web y compris ceux (99%) qui ne supportent pas les accès webdav.
L'installer signifie en gros
- disposer d'un hébergeur qui permet l'exécution de code PHP sur le
serveur (certains FAI le font, peut-être pas tous, il y a aussi beaucoup
d'hébergeurs indépendants dont des petits comme ouvaton qui coûtent
réellement une poignée d'euros par an, douze si je me souviens bien)
- télécharger l'archive zip de PHPiCalendar, la décompacter sur son mac,
puis envoyer tout le dossier obtenu par ftp sur le serveur de
l'hébergeur (à la façon dont tu envoies une photo ou un site html ni
plus ni moins)
- en modifiant au passage un fichier texte de configuration, dans lequel
tu vas en gros annoncer quel est ton nom et ton mot de passe d'accès si
je me souviens bien (au besoin je peux décrire plus) et éventuellement
modifier quelques paramètres par défaut ("je veux que la semaine
commence le lundi"...)
- ensuite, dans iCal, demander à publier ton calendrier en donnant
l'adresse url d'un fichier php du dossier de phpiCalendar sur ton site
(un truc du genre urldemonsite/phpicalendar/icalpublish.php).
Et ça marche *au poil* -l'interface web de plus est extrêmement
flexible, tu peux demander par défaut une vue par mois, par jour, avec
tous tes calendriers simultanéments ou juste celui-ci ou ces deux-là,
etc.
--
Frédérique & Hervé Sainct, h.sainct@laposte.net [fr,es,en,it]
Frédérique's initial is missing in front of the above address
l'initiale de Frédérique manque devant l'adresse email ci-dessus
(il y a aussi PHPiCalendar plus simple -juste un "publieur d'iCals",
Euhhhh. Il est simple à mettre en route ? ;-)
oui. Par exemple, contrairement à WebCalendar il n'exige pas de base MySQL (bien sûr, il en fait beaucoup moins!).
En gros, PHPiCalendar remplace un serveur .mac, sur n'importe quel serveur web y compris ceux (99%) qui ne supportent pas les accès webdav.
L'installer signifie en gros
- disposer d'un hébergeur qui permet l'exécution de code PHP sur le serveur (certains FAI le font, peut-être pas tous, il y a aussi beaucoup d'hébergeurs indépendants dont des petits comme ouvaton qui coûtent réellement une poignée d'euros par an, douze si je me souviens bien)
- télécharger l'archive zip de PHPiCalendar, la décompacter sur son mac, puis envoyer tout le dossier obtenu par ftp sur le serveur de l'hébergeur (à la façon dont tu envoies une photo ou un site html ni plus ni moins)
- en modifiant au passage un fichier texte de configuration, dans lequel tu vas en gros annoncer quel est ton nom et ton mot de passe d'accès si je me souviens bien (au besoin je peux décrire plus) et éventuellement modifier quelques paramètres par défaut ("je veux que la semaine commence le lundi"...)
- ensuite, dans iCal, demander à publier ton calendrier en donnant l'adresse url d'un fichier php du dossier de phpiCalendar sur ton site (un truc du genre urldemonsite/phpicalendar/icalpublish.php).
Et ça marche *au poil* -l'interface web de plus est extrêmement flexible, tu peux demander par défaut une vue par mois, par jour, avec tous tes calendriers simultanéments ou juste celui-ci ou ces deux-là, etc.
-- Frédérique & Hervé Sainct, [fr,es,en,it] Frédérique's initial is missing in front of the above address l'initiale de Frédérique manque devant l'adresse email ci-dessus
