Tonton Th a écrit 2995 commentaires

uniquement la réponse des services de support (Gandi

Le support technique de Gandi a été détruit par le rachat ;(

Il existe aussi, pour l'eau chaude, des systèmes hybrides. Un capteur solaire qui préchauffe l'eau en amont du cumulus. C'est en général techniquement assez simple, donc fiable. Avoir de l'eau qui rentre à 25° plutôt que 12 dans la chaudière électrique, ça n'est pas négligeable…

Mais devoir jetter de l'électricité ce n'est pas mieux.

Il existe pourtant des techniques de stockage moins polluantes que les batteries qui commencent à être un peu utilisées, il me semble.

Je pense en particulier au stockage gravitationnel : les blocs de béton dans les puits de mine, le turbinage entre deux bassins…

deux projets ForMIDI et ForSynth, qui pourraient éventuellement faire l'objet d'un journal un de ces jours.

Alors là, je suis preneur ! Faire des beeps en Fortran, c'est comme un vieux rêve devenu réalité.

Ce trou sert à la fois au lecteur à repérer le début des secteurs et à contrôler la vitesse de rotation du support.

Non, ce trou (le trou d'index) ne sert pas à repérer le début des secteurs, mais le début de la piste. Le repérage des secteurs est encodé dans la piste magnétique. C'est une disquette soft-sectored.

Quand on a un trou qui repère le début des secteurs, c'est du hard-sectored, et ce trou est toujours accompagné du trou d'index. À ma connaissance, cette technique à deux trous n'a été utilisé que sur les crêpes de huit pouces.

Voir aussi les discussions récentes :

Et une autre vision de la chose : https://www.auposte.fr/bluesky-sous-le-ciel-bleu-de-largent-pas-bien-rose/

Le développement de Dillo a été abandonné

Pourtant, il se passe encore des choses…

https://fosstodon.org/@dillo/113347014454024204

Il laisse encore des souvenir à ceux qui l’ont utilisé (je pense que le temps passé à regarder l’image se construire y est pour quelque chose),

Je pense qu'il y a encore des utilisateurs, et que certains (dont moi :) ne passent pas leur temps à regarder l'image se construire. Cette scène que je travaille de temps en temps demande trois semaines de rendu sur une machine correcte, donc non, je ne suis pas devant l'écran.

mais aujourd’hui d’autres logiciels ont pris la place, avec un rendu plus rapide, d’autres fonctions etc.

C'est sympa de nous donner une liste de toutes ces merveilles, que je puisse les essayer pendant les longues soirées d'hiver…

dès 1991, les développeurs n'étaient que sous windows (exit Amiga ou Macintosh qui avaient eux de bonnes possibilités graphiques), avec une licence Visual C++

Euh, je ne vois pas de quoi tu parles, à part peut-être l'éditeur qui ne se trouve que dans la version windows.

Bin ils étaient multiplateformes : 80386 + FPU 387, 486DX avec son FPU 487 (exit 486SX), Pentium puis la suite… eh et ça fonctionnait sur des processeurs AMD _o/ ;-)

Au début des années 90, je faisais du POV dans un pécé 386 sous MsDos, un Amiga 2000, et un gros serveur de calcul SGI, donc oui, c'était bien portable et bien porté.

le langage aujourd’hui me paraît poussiéreux. Le système de macro et de pré-processeur a fait son temps, et j’ai peur qu’il n’attire pas grand monde aujourd’hui.

Poussiéreux, je ne sais pas… C'est surtout tordu et alambiqué, parce qu'il y a en fait deux langages entrelacés : la description des objets sphere { 0, 0.27 pigment color { Cyan } } d'un coté, et la programmation (tests, boucles, i/o) de l'autre #for (T, 0, 25, Step). Une fois qu'on s'y est accoutumé, ça devient assez facile à utiliser, mais la première marche est quand même rugueuse ;)

suivre une reprise de zero dans un nouveau projet plutôt que d’essayer de ranimer un projet ayant vécu sa belle mort.

Reprise de zéro, ça implique de jeter trente ans d'expérience, de savoir-faire, de code qui fonctionne. Maintenant, tu peux peut-être décrire en quelques mots ce que tu envisages de faire pour ton « nouveau projet », qu'on se fasse une idée.

Et je ne vois pas d'où tu peux affirmer qqu'il y a « belle mort », à moins que tu ne te bases sur une opinion personelle difficile à étayer.

Les explications de Gilles : http://www.oyonale.com/image.php?code=464

Traduction deepl :

L'un des obstacles que nous devons encore surmonter est la signature de code pour la plate-forme Windows. Actuellement, nous n'avons aucun moyen de le faire car notre clé précédente a expiré. La difficulté réside à la fois dans le coût et dans le besoin de flexibilité pour la vérification de notre organisation.

Si vous voulez suivre un peu la vie de Povray, l'accès aux forums par nntp marche très bien avec Thunderbird. Vous pourrez alors voir de superbes images et lire le code incroyablement tordu qui les génèrent. La programmation POV c'est vraiment un autre monde…

tTh, poviste depuis 1993.

pour seniors o_O

Et ça, c'est un signal d'alerte, ça veut souvent dire des téléphones assez gros, avec de grosses touches pour les doigts malhabiles de nos anciens. Je suis peut-être vieux, mais ça va coté doigts, je veux juste un petit téléphone…

les téléphones vendus avec KaiOS comme système d'exploitation

KaiOS brings the best of smartphones to affordable devices.

Ah mais non, je ne veux pas d'un smartphone, je veux quelque chose de simple, sans tout ces trucs modernes. Le Nokia suggéré par Renault me parait plus correspondre à ce que je cherche, mais hélas il me semble un peu gros. En fait je voudrais retrouver l'équivalent de mon Samsung à clapet qui m'a fidèlement servi pendant 14 ans : tout petit, efficace, une semaine d'autonomie. Je vais fouiller un peu chez LDLC, il y a peut-être mon bonheur…

On peut avoir des téléphones très élémentaires mais capables d'envoyer les SMS et d'appeler avec la 4G/5G au lieu de la 2G hein.

Alors je veux bien une petite liste de références, mon utilisation du téléphone portable c'est à 99% cinq ou six échanges de SMS par jour. Et ça n'est certainement pas dans une boutique de téléphone qu'on peut avoir un conseil pertinent dans ce domaine.

Y'a une GUI plus évoluée que win3.11?

Je ne sais pas si tu as vraiment utilisé W3.11, mais moi oui, et en milieu professionnel, et franchement c'était quand même bien foutu coté interface.

il n'y aurait pas de GNU is Not Unix.

Mais on aurait eu alors autre chose…

Tseeueueueue…

Attention, c'est un piège !

Pour découvrir en détail la machinerie des missions Apollo je vous conseille vivement les articles de Ken Sheriff, qui plonge dans les plus intimes détails de ces engins hors du commun.

Et pourquoi un piège ? Parce que si la technologie vous passionne, vous allez rester scotché pendant des heures dans ce site :)

Voilà qui éclaire ma lanterne, mais c'est quand même un gros document à digérer, il est donc possible que je revienne avec quelques questions…

Je préfère celui-là, mais il faudrait que je le teste avec un bon saucisson sec.

stocker le code des programmes sur cartes perforées, au lieu d'une ROM, afin de minimiser le risque de piratage

J'avoue ne pas bien saisir l'intérêt des cartes perforées, parce qu'avec une ROM à fusibles, comment peut-on faire quoique ce soit sur le code qui tourne ?

LyX utilise désormais Unicode en interne pour la représentation des documents,

Euh, ne serait-ce pas plutôt UTF8 ?

Autre: Un réseau libre et décentralisé

Usenet ?

Ou avec précautions le lancer en root avec sudo siril et idem guetter les messages d'erreur

Ça c'est bien un conseil à la con !