TL, DR: Haiku systema operans specialiter ad PCs dispositum est, ita plures doli habet, quae suum desktop environment multo melius quam alii faciunt. Sed quomodo operatur?
Haiku inveni, rationem bonam inopinatam. Miror adhuc quam blande currit, praesertim cum Linux escritorio ambitus comparatus. Hodie sub cucullo vide. Ubi necessarium ad profundiorem intellectum, comparare cum originali Macintosh, Mac OS X et Linux escritorio ambitus (XDG vexillum e libertisktop.org).
Resources in ELF files
Heri didici IconOMatica icones in rdef facultatibus in ELF executables servare posse. Hodie videre volo quomodo vere operatur.
Opum? ex auctor primigenius Macintosh Finder et "pater" Macintosh Resource Procurator:
Sollicitus sum de natura rigida traditionum coding. Mihi, ipsa idea applicationis in codice concreto, sine facultate mutandi aliquid alacriter, saevissima saevitia est. Fieri potest ut quam maxime tempore runtime mutetur. Utique ipsa applicatio Codicis mutari non potest, at nunquid aliquid mutari potest quin codicem restituat?
In the original Macintosh, has tabellas fecerunt "sectionem datam" et "sectionem resource", quae fecit incredibiliter facile ad res salvandas sicut icones, translationes et similia. in exsecutabile.
In Mac hoc est usus , graphice propositum pro - subito - emendo facultates.
ResEdit in originali Macintosh
Quam ob rem fieri potuit icones, tabulas, translationes, etc. satis facile est, sed adhuc "peregrinatione" cum applicationibus.
In casu, accessus magnum incommodum habuit: solum in Apple lima rationum laboravit, quae erat una ex causis cur Apple "sectionem resource" reliquerit cum ad Mac OS X movens.
In Mac OS X, Apple solutionem fasciculi systematis-independentem voluit, notionem fasciculorum (ex Next), directoria quae "opaca" in tabula procuratori tractata sunt, tamquam tabulariorum potius quam directoria. Aliqua sarcina cum applicatione in forma .app habet, inter alia, fasciculus Info.plist (in aliquo genere Apple aequivalens JSON vel YAML) applicatio metadata continens.
Claves pro fasciculi Info.plist ex involucro Mac OS X applicationis.
Facultates, ut icones, fasciculi UI, et aliae, in fasciculo reconduntur sicut fasciculi. Notio actualiter ad radices suas revertitur in NEXT.
Mathematica.app on NeXTSTEP 1.0 in 1989: apparet ut directorium lima in termino, sed unum obiectum in graphical lima procurator.
Ad BeOS revertamur, conceptus quibus Haiku innititur. Eius tincidunt, cum mutando ab PEF (PowerPC) ad ELF (x86) (idem ac Linux) placuit sectionem opum ad finem imaginum ELF addere. Propria ELF sectione usus non est, simpliciter apposita erat fini tabellae ELF. Ex progressio strip alii ex binutillis, hoc nescientes, solum abscindunt. Ergo, cum facultates ELF fasciculi in BeOS addit, melius est eam cum instrumentis Linux non mutare.
Quid nunc agatur cum Haiku? Plerumque eadem fere.
In theoria, in optata ELF sectione facultates collocare posset. Secundum tincidunt in #haiku canali irc.freenode.net:
With ELF the section would make more sense ... the only reason we're not doing it that way is because it's what we did in BeOS."
Atque id nunc mutando punctum nihil est.
Resource administratione
Opes in forma "resource" exstructa scriptae sunt: ββessentialiter indicem copiarum cum magnitudinibus ac deinde earum contentum. Recordatus sum .
Quomodo opes in Haiku reprimendam? Estne aliquid simile ResEdit?
secundum :
Ut opes in schedula schedula paratas videre, exsecutabile in programmata trahere potes . Potes etiam ad terminum ire et mandatum currere
listres ΠΈΠΌΡ_ΡΠ°ΠΉΠ»Π°.
Resourcer praesto est in HaikuDepot, sed solum mihi inruerit.
Quomodo opes in ELF files administrare? utens rsrc ΠΈ rdef. rdef files colliguntur in rsrc. File rdef in textu plano reponitur forma, ut multo facilius laboret. Tabellae forma rsrc ELF lima ad finem apponi. Let's try to play:
~> rc -h
Haiku Resource Compiler 1.1To compile an rdef script into a resource file:
rc [options] [-o <file>] <file>...To convert a resource file back into an rdef script:
rc [options] [-o <file>] -d <file>...Options:
-d --decompile create an rdef script from a resource file
--auto-names construct resource names from ID symbols
-h --help show this message
-I --include <dir> add <dir> to the list of include paths
-m --merge do not erase existing contents of output file
-o --output specify output file name, default is out.xxx
-q --quiet do not display any error messages
-V --version show software version and licenseVos can utor progressio xres ad reprimendum et temperandum;
/> xres
Usage: xres ( -h | --help )
xres -l <file> ...
xres <command> ...The first form prints this help text and exits.The second form lists the resources of all given files.The third form manipulates the resources of one or more files according to
the given commands.
(...)Okay, let's try?
/> xres -l /Haiku/system/apps/WebPositive/Haiku/system/apps/WebPositive resources:type ID size name
------ ----------- ----------- --------------------
'MIMS' 1 36 BEOS:APP_SIG
'APPF' 1 4 BEOS:APP_FLAGS
'MSGG' 1 421 BEOS:FILE_TYPES
'VICN' 101 7025 BEOS:ICON
'VICN' 201 91 kActionBack
'VICN' 202 91 kActionForward
'VICN' 203 300 kActionForward2
'VICN' 204 101 kActionStop
'VICN' 206 243 kActionGoStart
'MSGG' 205 1342 kActionGo
'APPV' 1 680 BEOS:APP_VERSIONDe opibus et forma rdef potes legere .
Latin resource types
Quamvis in facultates aliquid ponere possis, pauca sunt genera definita regulae;
app_signature: applicationis genus MIME, pro lima aperta mapping, deducis, IPC, etc.app_name_catalog_entryCum nomen applicationis plerumque Anglice nominare possis, loca ubi nomina translata sita sunt exprimere potes, ut utentes diversarum linguarum applicationem nomen si desideratum videant translatum.app_versionProrsus quod cogitastiapp_flags: Indicatregistrarquam ad processum applicandum. Puto plus esse quam oculo conspicitur. Verbi gratia, estB_SINGLE_LAUNCHquae systema novum applicationis processum omni tempore usoris id petit (eodem principio pro pluribus applicationibus de Linux adhibendum est). EatB_MULTIPLE_LAUNCHEt causa processus currere ad quisque file. Denique estB_EXCLUSIVE_LAUNCHquae systema unum tantum processum ad tempus deducendi cogit, quamvis saepe utentes eam deducunt (exempli gratia, hoc modo Firefox in Linux currit; idem eventum fieri potest in applicationibus ad functiones Qt. ). Applications cumB_EXCLUSIVE_LAUNCHnotificantur cum usor iterum eas currere conatur: exempli gratia, iter tabellae recipiunt quam ope usoris aperire vult.vector_icon: Vector application icon (BeOS icones vector non habuit, maxime applicationes loco habuit duas icones rasterarum in suis imaginum exsecutabilium).
Utique, facultates quibusvis IDs et speciebus desideratis addere potes, easque in ipsa applicatione vel in aliis applicationibus utentes in genere. BResources. Sed primum videamus iconum thema fascinantium.
Vector icones in Haiku style
Utique non solum Haiku optimam iconem formationem elegit, in hac parte, res cum Linux escritorio in ambitu a ideali longe est;
me@host:~$ ls /usr/share/icons/hicolor/
128x128 256x256 512x512 index.theme
160x160 28x28 64x64 scalable
16x16 32x32 72x72 symbolic
192x192 36x36 8x8
22x22 42x42 96x96
24x24 48x48 icon-theme.cacheHoc intueri potes iam sentire quid sit.
Nimirum est scalabilis, quae icones vectorum continet, ut possis intelligere. Quid est ergo aliud? Quia effectus vectoris graphics in parvis magnitudinibus extractionis minoris esse potest quam idealis. Velim habere optiones diversas optimized pro diversis magnitudinibus. In ambitu Linux escritorio, hoc efficitur, icones variarum magnitudinum per tabella rationum dispergendos.
me@host:~$ find /usr/share/icons/ -name 'firefox.*'
/usr/share/icons/HighContrast/16x16/apps/firefox.png
/usr/share/icons/HighContrast/22x22/apps/firefox.png
/usr/share/icons/HighContrast/24x24/apps/firefox.png
/usr/share/icons/HighContrast/256x256/apps/firefox.png
/usr/share/icons/HighContrast/32x32/apps/firefox.png
/usr/share/icons/HighContrast/48x48/apps/firefox.png
/usr/share/icons/elementary-xfce/apps/128/firefox.png
/usr/share/icons/elementary-xfce/apps/16/firefox.png
/usr/share/icons/elementary-xfce/apps/22/firefox.png
/usr/share/icons/elementary-xfce/apps/24/firefox.png
/usr/share/icons/elementary-xfce/apps/32/firefox.png
/usr/share/icons/elementary-xfce/apps/48/firefox.png
/usr/share/icons/elementary-xfce/apps/64/firefox.png
/usr/share/icons/elementary-xfce/apps/96/firefox.png
/usr/share/icons/hicolor/128x128/apps/firefox.pngQuaeso note: nulla notio variarum versionum Firefox est. Ita non potest eleganter tractare condicionem multiplex versiones applicationis in systemate habere.
Icones variae Firefox in variis versionibus. Hoc nunc in Linux sine variis fustibus tractare non potest.
Mac OS X hoc paulo subtilius tractat;
Mac:~ me$ find /Applications/Firefox.app | grep icns
/Applications/Firefox.app/Contents/MacOS/crashreporter.app
/Contents/Resources/crashreporter.icns
/Applications/Firefox.app/Contents/MacOS/updater.app/Contents/Resources/updater.icns
/Applications/Firefox.app/Contents/Resources/document.icns
/Applications/Firefox.app/Contents/Resources/firefox.icnsEx his videri potest unum fasciculum esse firefox.icns in sarcina Firefox.appomnes magnitudinum continens, ut versiones eiusdem applicationis diversas icones habeant.
Multoque melius est! Icones cum applicatione proficiscuntur, omnes facultates in uno fasciculo sunt.
Ad Haiku redeamus. Solutio mentis flans, nullae exceptiones. Secundum :
Peculiaris forma HVIF, magnitudinum magnitudinum et celeris redditionis summe optimizata, amplificata est. Itaque icones nostrae ut plurimum sunt multo minores quam in rastris vel in forma late SVG adhibita.
Et adhuc optimized sunt:
Icon magnitudinum in HVIF cum aliis formatis comparata.
Differentia est magnitudinis ordo!
Sed venenatis hic non finit. Idem HVIF gradus singillatim secundum magnitudinem demonstratorum ostendere potest, quamvis forma vector sit.
Gradus singillatim (LOD) secundum rationem redde
Nunc de incommodis: SVG capere non potes, mitte in ImageMagick et diem appella: per plures circuitus ire debes iconem in forma HVIF creare. expositiones. Attamen IconOMaticum SVG imperfecte satis importare potest; circa 90% de details SVG aliqua probabilitate importata sunt, reliquae 10% necesse erit manually configurari et mutari. Plus quomodo HVIF legit magica sua facit in blog
Addit icon ad applicationem
Nunc addere possum icon in sarcina creata est attentis omnibus indiciis.
Bene, cum non magnopere studeo iconem meam haurire pro meo βSalve, Mundiβ QtQuickApp nunc, a Qt Creatore extraho.
/Haiku/home> xres /Haiku/system/apps/QtCreator/bin/Qt Creator -o /Haiku/home/QtQuickApp/QtQuickApp -a VICN:101:BEOS:ICON /Haiku/system/apps/QtCreator/bin/Qt CreatorLet's check that the icon has been copied;
/Haiku/home> xres -l /Haiku/home/QtQuickApp/QtQuickApp/Haiku/home/QtQuickApp/QtQuickApp
resources:type ID size name
------ ----------- ----------- --------------------
'VICN' 101 152238 BEOS:ICONBonum spectat, sed quid est quod icon nova expressa non ostendit?
Exscriptus VICN:101:BEOS:ICONs nondum usus est ut application icon in tabella procurator
Quid ego desidero?
Elit comment:
Non opus est creare lima
rdefomnibus copiis, deinde mandatumrc ΠΈΠΌΡ.rdef, tabella creabit.rsrc. Tunc debes currere imperiumresattr -o ΠΈΠΌΡ_Π±ΠΈΠ½Π°ΡΠ½ΠΈΠΊΠ° ΠΈΠΌΡ.rsrc. Ut minimum, hisce praeceptis utar ut icones meas scriptis addas.
Opem facere volui, non attributum. Vere sum confusus.
Dolor caching utens tabella ratio
Aperiens lectio elF attributa tarda est. Ut supra scripsimus, icon scripta est ut subsidium in ipsa tabella. Certior haec methodus est et te permittit exscribenda alia ratio limae superesse. Attamen tunc etiam exscriptus est ad attributum tabellae systematis, e.g BEOS:ICON. Hoc solum in certis systematibus fasciculi operatur, ut BFS. Icones systematis (in Tracker et Deskbar) ex hoc attributo extenso leguntur, quia haec solutio cito operatur. Nonnullis in locis (ubi celeritas non est momenti, exempli gratia, typicam "circa" fenestram) systema iconem protinus ab subsidio tabellae accipit. Sed hoc non est finis. Memento, Mac, utentes icones applicationum, directoria, documenta suis propriis substituere potuerunt, cum in Mac has res "magna" facere possit, e.g. . In Haiku, cogitare debes de subsidii (in tabella) ut iconem originalem quae cum applicatione venit, et attributum (in BFS ratio fasciculi) quasi id quod permittit utentem ad arbitrium mutandum (licet, admonitus; GUI ad consuetudinem iconis in summitate iconis inserendam libitum est). nondum per default impletum).
Reprehendo lima ratio attributa
cum resaddr Fieri potest, ut systema fasciculi inspicias et attribuas.
/> resattr
Usage: resattr [ <options> ] -o <outFile> [ <inFile> ... ]
Reads resources from zero or more input files and adds them as attributes
to the specified output file, or (in reverse mode) reads attributes from
zero or more input files and adds them as resources to the specified output
file. If not existent the output file is created as an empty file.
(...)Essentialiter est "glutine" quod conversionem ultro citroque fungitur inter opes (fideles) et attributa filesystema. Et cum ratio subsidia recipiendi et exscribendi automatice expectet, amplius de ea non curo.
Magica hpkg packages
In statu (plerumque) packages obtinere programmata sunt in Haiku .hpkg. Ne decipiaris nomine simplici: forma forma .hpkg aliter operatur quam ceterae formas cum similibus nominibus quas invenisti, reales super potestates habet.
Traditionalis involucrum formatorum, diu perturbatus sum propter hoc factum: aliud (involucrum), aliud in systemate inaugurato (lines intra fasciculum). Difficillimum est files administrare (exempli gratia eas delere) cum inaugurari more maiorum inaugurari. Et omnia, quia contenta in sarcina dispersa per tabella ratio, inter loca ubi usor mediocris aditus scribere non potest. Inde totum genus programmatum oritur β sarcina managers. Sed translatio programmatis iam inauguratus, exempli gratia, ad aliam machinam, disci vel lima server amovibilis, difficilior etiam fit, nisi omnino impossibilis est. In systemate typico Linux fundato facile possunt esse plura centena milia decies centena milia singularium imaginum. Supervacuum dictu est, hoc tam fragile et tardum est, ut cum initio systema instituat, cum fasciculis regularibus inaugurari, adaequare et inaugurari, et cum describendo volumen violentum (partitionis radicis) ad aliud medium.
In tabula AppImage laboro, partialem fusum pro applicationibus fine usoris. Haec forma distributio software est quae applicationem colligit omnesque eius dependentias in unum systematis fasciculi imaginem quae annectitur cum incipit application. Insigniter res simplices, quia idem ImageMagick repente in unum fasciculum vertit, in fasciculo procuratoris a mortalibus administratus. Proposita methodus solum ad programmatum laborat, sicut in nomine propositi refertur, et etiam problematum speciem habet, quia homines, quorum interest in tradendo programmate Linux, semper sagittam in me monstrant.
Ad Haiku redeamus. Potuitne invenire meliorem aequilibrium inter systemata involucrum traditum et partus programmatum imago? Her packages .hpkg actually compressa imaginum ratio lima. Cum tabernus ratio, nucleus omnes sarcinas inauguratas et operosas ascendit cum proxime sequentibus nuntiis nucleis:
KERN: package_daemon [16042853: 924] active package: "gawk-4.2.1-1-x86_64.hpkg"
KERN: package_daemon [16043023: 924] active package: "ca_root_certificates_java-2019_01_23-1-any.hpkg"
KERN: package_daemon [16043232: 924] active package: "python-2.7.16-3-x86_64.hpkg"
KERN: package_daemon [16043405: 924] active package: "openjdk12_default-12.0.1.12-1-x86_64.hpkg"
KERN: package_daemon [16043611: 924] active package: "llvm_libs-5.0.0-3-x86_64.hpkg"Cool, yeah? Pendet illic, etiam frigidior erit!
Est sarcina valde specialis:
KERN: package_daemon [16040020: 924] active package: "haiku-r1~beta1_hrev53242-1-x86_64.hpkg"Continet systema operandi minimalisticum, nucleum incluso. Crede vel non, nucleus ipse non a volumine caliginoso (partitionis radicis) remoto, sed diligenter in suum locum e sarcina onustus est. .hpkg. proh! Iam monui me cogitare partem Haiku altioris ruditatis et constantiae ex eo oriri quod tota ratio, ex nucleo et nucleo usoris ad sarcinarum administrationem ac runtim infrastructuram, una manipulus collaborative explicatur. Finge quot varias catervas et turmas in Linux aliquid simile curreret? [Cogito PuppyLinux project - approx. interpres]. Deinde cogita quam diu hic aditus in distributiones adhibendus sit. Dicunt: Sume problema simplex, eam inter diversos actores divide, et ita perplexa fiet ut eam solvere amplius non possit. Haiku in hoc casu oculos aperuit. Hoc prorsus puto quod in Linux nunc agitur (Linux in hoc casu nomen collectivum est pro Linux/GNU/dpkg/apt/systemd/Xorg/dbus/Gtk/GNOME/XDG/Ubuntu acervus).
Ratio reverti per hpkg
Quoties haec condicio occurrit: renovatio valuit, et tunc evenit ut aliquid non opus sit ut debet? Si administratores sarcina conventionales uteris, difficile est statum systematis reddere ad punctum temporis antequam novae fasciculi instituti sunt (exempli gratia, in eventu quod aliquid erravit). Quaedam systemata laborantes in modum systematis fasciculi snapshots offerunt, sed admodum gravia sunt nec in omnibus systematibus adhibentur. Haiku solvit hoc usura packages .hpkg. Quotiens fasciculi in systemate mutantur, veteres fasciculi non deleti sunt, sed in subdirectoriis systematis reponuntur sicut /Haiku/system/packages/administrative/state-<...>/ constanter. Operationes imperfectas reponunt notitia in subdirectoriis /Haiku/system/packages/administrative/transaction-<...>/.
Summa /Haiku/system/packages/administrative. "Status..." directoria paginarum textorum continent nomina sarcinarum activarum, ac "transactio..." directoria fasciculorum ipsae continent.
"Vetus status activus", i.e. album .hpkg packages activae ante mutationes ponuntur post singulas operationes in tabella procurator in textu lima /Haiku/system/packages/administrative/state-<...>/activated-packages. Simili modo novus status activus in textu scripto traditus /Haiku/system/packages/administrative/activated-packages.
Directory /Haiku/system/packages/administrative/state-<...>/ tantum textum fasciculi continet cum indice sarcinarum activarum huius status (si in casu institutionis fasciculorum sine remotione), et si fasciculi sublati sunt vel renovati, directorium status antiquas versiones fasciculorum continet.
Cum ratio ocrearum, indicem fasciculorum innixum, decernitur ad sarcinas excitandas. Is est simplex! Si aliquid in electronica errat, indicare potes procuratorem downloadi uti alio, maiore indice. Problema solverant!
Haiku receptator. Quisque aculeus ostendit correspondentem "statim activum"
Placet accessus imaginum textuum simplicium habendi sicut album "status activum", cum nominibus quae facilia sunt ad intellegendum .hpkg. Hoc obstat summatim contra fabricari machinas, non homines. ex OSTree vel Flatpak in tabella systematis (in eodem gradu ac Microsoft GUID).
Index active packages pro singulis punctis tempore
Configurationis notitia
Videtur quod in catalogo /Haiku/system/packages/administrative/writable-files Configurationis fasciculos pro fasciculis continet, sed writable sunt. Ceterum, ut meministi, .hpkg conscendit, read-tantum. Haec igitur fasciculata e fasciculis ante scripturam exscribi debent. Habet significationem.
GUI integratio ad .hpkg system
Nunc videamus quomodo sacci isti lucidi .hpkg cope integrationem in ambitu operis usoris (UX). Post omnes, Haiku usui personali destinatur, post omnes. Personaliter, vectem altum constituo cum experientiam user ad fasciculos comparans .app in Macintosh cum eadem experientia in .hpkg. Ne rem quidem comparabo cum operandi ambitus in Linux, quod est omnino terribilis omnibus aliis comparatus.
Sequentes missiones in mentem veniunt;
- Volo videre contenta sarcina
.hpkg - Volo ut install a sarcina
- Volo removere a sarcina
- Volo aliquid removere quod in systema venit ut partem sarcina
- Volo effingo aliquid quod est in systema sicut pars a sarcina
- Cupio omnes clientelas sarcinae destruere, quae omnium institutionis Haiku pars non sit (exempli gratia, machinam corpoream solitariam nullo penitus accessu habeo).
- Volumus autem sarcinas meas (vel earum partes) separatim in alium locum movere, a volumine violenta (partitionis radicis) separatae (nam exempli gratia satis spatii non habeo).
Haec pleraque de maioribus nostris in dies laborem operiant. Bene, incipias.
Reprehendo sarcina contenta
Π° Mac Simpliciter ius-click in sarcina ut illam aperias et contenta in Finder vide. Post omnes, re vera est fucata presul! (Scio sunt packages .pkg pro parte systematis non applicationes, sed plerumque utentes ordinarii cum illis non conveniunt).
Die Haiku Dextro-click in sarcina, tum deprime "Contents" videre quid intus sit. Sed hic tantum indicem fasciculorum sine facultate aperiendi duplices strepitando.
Multo melius esset si via ad sarcinam conscenderet .hpkg per procuratorem tabularium spectandum, et user non curandum de singulis exsequendis. (Per viam potes aperire .hpkg sarcina in Expanderquae eam exsolvere potest sicut quodlibet aliud archivum).
HaikuDepot scriptor instrumenti permittit te indicem fasciculorum inspicere, sed nullo modo contenta inspicere, exempli gratia, geminus-clicking README.md
Mac in hoc categoria vincit, sed addendo HaikuDepot functionem quam vis non nimis difficilem esse debet.
Installing in sarcina per GUI
Π° MacMaxime orbis imagines .dmg habet packages .app. Duplex click orbis imaginem ac deinde sarcinam effingo, exempli gratia, eam in trahendo /Applications in Finder. Hoc sine causa est mihi, sed audivi aliquas novitates hoc tractare non posse. Defalta, Apple "suadet" systema-wide presul /Applications (in proximo erat networked sicut in singulos), sed facile potes applicationes tuas in fasciculo servo vel in subdirectorio pones. $HOME/Applicationssi ita placet.
Die Haiku, duplicare in involucro preme, tunc deprime "Install", facilius esse non potuit. Miror quid accidit si sarcina has dependentias in HaikuPorts praesto sunt sed nondum inauguratus est. De Linux re vera nesciunt quid in hoc situ agant, sed patet solutio - interroga usorem an necesse habeant clientelas prehendere et instituere. Quid Haiku facit.
Involucrum sanitatis manually et in ea retuli, villicus sarcinam novit ubi clientelas suas obtinere (si repositoria iam in systematis descripti sunt). Non omnis distributio Linux hoc facere potest.
Alio modo uti procuratori fasciculi utatur, sicut trahens et stilla .hpkg sarcina aut * /Haiku/system/packages (pro system-late institutionem, per defaltam), vel in /Haiku/home/config/packages (ad institutionem individualem; non praesto cum geminus-clicendo - adhuc piget verbum "configo" hoc loco, quod mihi in hac causa synonymum est "occasus"). Et notio multiplex utentium etiam pro Haiku adhuc praesto non est (ut' probabiliter cur tam simplex sit - nescio, fortasse multi-usoris facultates inpediunt res pro desktop desktop environment).
Haiku in hoc categoria vincit quia non solum cum applicationibus, sed etiam cum programmatibus ratiocinari potest.
Removere sarcina ex GUI
Π° Mac, iconem in purgamentorum applicationis trahere debes et omnia sunt. Facile!
Die HaikuUno modo, debes invenire ubi sarcina in systemate sita est, quia raro in loco suo eam instituas (ratio omnia facit). Plerumque debes quaerere /Haiku/system/packages (Cum systema-wide default installation), vel in /Haiku/home/config/packages (Numquid commemorem "config" misnomer esse?). Tum applicatio simpliciter in purgamentorum trahitur, idque est.
Facile! Nolo tamen dicere. Ecce id quod vere fit;
Hoc fit, si applicationem ad purgamentum trahis /Haiku/system/packages
Sicut hesternum "Salve World" me movere conatus est applicationem in QtQuickApp in quisquilias. Presul systema movere non conor, et cum omnes fasciculi in directorio systematis installantur, impossibile est sarcinam auferre .hpkg sine mutatione "Contentum". Ordinarius user se terrere et premere puga "Cancel" per defaltam assignata.
est :
Post haec super 10 annos nata est. Verisimile est eam configurare ut admonitio tantum appareat cum sarcina ipsa movetur. Iusto users non usquam hoc facere oportet.
Bene, maybe HaikuDepot facere debeo? Ego geminus click in sarcina in /Haiku/system/packagesexspectans puga "Uninstaller" apparere. Minime, est (tantum) "Install". "Amove", ubi es?
Iustus pro fun, videre conatus sum quid futurum esset si clicked "Install" in involucro iam inaugurato. Sic evenit;
Hoc fit, si sarcina iam installed inaugurare conaris.
Proximum apparet:
Si deprimeris "mutationes applicare" in fenestra priore, hoc simile erit
Pono hunc errorem esse programmatum: nexum applicationis iam ibi est. [auctor nexum non praebet - approx. interpres]
Velox solutio: Add "Uninstall" puga si sarcina iam est
/Haiku/system/packages, vel in/Haiku/home/config/packages.
Cum indicem fasciculorum in HaikuDepot inspicias, sarcinam meam in indice video et eam removere posse.
Mac in hoc genere vincit. Sed fingere possum quod congruo paroeciali usu in Haiku melius quam in Mac erit. (Unus e tincidunt hoc modo aestimavit: "Minus quam hora ad HaikuDepot determinatum functionem addere, si parum C++" scis, quis voluntarius?)
Removere aliquid ex sarcina
Conemur applicationem ipsam amovere, non sarcina .hpkgex quo factum est (pro mortalibus meris nihil interesse dubito).
Π° Mac, user plerumque operatur cum tabella .dmgubi application sarcina venire * .app. Plerumque imagines .dmg congesti sunt in indicem downloads, et fasciculi ab utente transcribuntur /Applications. Creditur quod multi utentes ipsi nesciunt quid faciunt, haec hypothesis confirmata est priore Apple operario. (Una rerum in Mac non placet. Et, exempli gratia, cum AppImage nulla differentia est inter applicationem et sarcinam quam in. Trahunt iconem in quisquilias = id est. Facilem!)
Die Haikuest etiam divisio apps/ ΠΈ packages/sic dubito an clarius utentibus. Sed quid fit, si applicationem ex eo trahis? apps/ Add to cart:
Hoc fit cum applicatione ex lima removere conaris .hpkg
Technice recte est (post omnia applicatio in sola systematis fasciculi in primo loco legitur), sed usui non admodum utilis est.
Velox solutio: GUI suadeant ut pro delere
.hpkg
Iustus pro fun, conatus sum applicationem duplicare premendo Alt+D. Nuntium accepi "non movere vel imitari obiecta in solum volumine legere". Et omne quod /system (praeter /system/packages ΠΈ /system/settings) Fasciculi punctum est mons (memini quomodo in output apparet" df?). Donec eu mauris erat mount non rem (ut in uno articulorum praecedentium dictum est); mountvolume non ostendit quid quaeris (apparenter sarcinas mounted per loop .hpkg non sunt consideranda "volumina"), et etiam oblitus sum alterius mandatorum.
Nemo in hoc genere vicit nisi AppImage (sed hoc, ut omnino honestum est, in promptu est opinio). Potest tamen existimare post tweaking experientiam usoris in Haiku meliorem esse quam in Mac.
Nota: debes scire quid sit "volumen" in relatione ad "sectionem". Hoc probabiliter affinis est relationi "folder" cum "directorio": pleraque directoria apparent sicut folder in tabella procuratoris, sed non omnes (paginae pro fasciculis tractatae, exempli gratia). Hoc genus ostentationis me officialem facit nerd?
Effingo contenta sarcina alii systematis
Π° MacEgo stulte sarcinam traho .appet cum clientela intra sarcinam congrediuntur.
Die HaikuEgo applicationem traho, sed clientelas omnino non discursum.
Velox solutio: Eamus potius suggeramus totam `.hpkg sarcinam trahentes, una cum quibusvis clientelis, si qua.
Mac plane in hoc genere vincit. At me, amator sui paradigma. Ut effingo Haiku .hpkg pro applicatione, sed ratio hoc mihi non offert.
Download in sarcina cum omnibus suis clientibus
Quisque tincidunt non ipsum nec semper. E contra, nonnullae machinae (sic, te exspecto, Windows modernae, Mac et Linux) obliviscuntur. Interest mihi me posse ire, exempli gratia, ad casuum interretialem, programmatum in amoveri coegi, hunc inicere in domum meam computatorium ac fac omnia operare [periculo guy, hoc facere in Fenestra... β proxime. interpres].
Quam ob rem in Fenestra et Linux paulo frequentius quam consueto tendunt ad finem cum incommodis clientelis.
Π° Mac hoc est plerumque unum fasciculum, omnia debes facere is download .dmg. Saepissime nullas habet clientelas praeter eas quae ab ipso MacOS defaltatae sunt. Exceptio est complexuum applicationum quae aptam ambitum exsecutionis requirunt, exempli gratia Java.
Die Haiku sarcina download .hpkg nam, inquam, eadem applicatio in Java, satis esse non potest, cum Java in machina machinae adesse non possit. Estne via ut download omnes clientelas pro data sarcina .hpkgpraeter ea quae in Haiku per defaltam instituuntur ideoque in omni systemate Haiku esse debent?
Mac huic categoriae parva margine vincit.
Commentum Mr. waddlesplash:
Scribere programma ad colligendas omnes clientelas applicationis pro statuto fasciculorum
.hpkgalicui nota cum interioribus Haiku operibus, circiter 15 minuta satis est. Huic adiciendo subsidium non difficile est, si vera necessitas est. At mihi rara res est.
Retineamus spiritum nostrum usque ad proximum articulum in hac serie.
Movere sarcinas ad separatum locum
Ut antea scripsi, fasciculos meos ponere volo .hpkg ad locum specialem, a collocatione consueta in volumine violento radicis separato. In solito casu (non ita theoretico) causa est, quod sine spatio in orbes meos, quantumvis amplos, perpetuo excurram. Et soleo coniungere externa agat vel retis partes ubi applicationes meae sita sunt.
Π° Mac Im 'iustus movere packages .app ad coegi amovibilem vel retis repertorium in Finder, et hoc est. Possum adhuc duplicare-click aperire applicationis sicut soleo e volumine cothurno. Just!
Die Haikusicut dictum est, hoc potest fieri per motum meum .hpkg fasciculi ad coegi vel retis retis amovibiles, sed tunc debes uti aliquibus undocumentibus mandatis in console ut eas in systema ascendas. Nescio quomodo hoc modo GUI utendo facerem.
Mac in hoc genere vincit.
Secundum mr. waddlesplash:
Haec optimatio est in usu normali. Si plus quam unum usor petitur, id efficiemus. In casu, possibilitas tertiae partis exsecutionis est.
De hac re in proximo dicemus articulo.
Loquens de directoriis retis, magnum esset (coniciens partes LAN) habere applicationes simplices, apertas, retis-latas (sicut Zeroconf) quae exscribi possunt ad computatorium locale vel directe e retis localis currere. Utique, tincidunt habent optiones bene per viam app_flags.
Relatio finalis de integratione systematis hpkg cum GUI
Puto imprimis ob novitatem relativam integrationis .hpkg GUI adhuc multum desiderandum relinquit. Nihilominus pauca sunt quae ex UX... emendari possunt.
Unum magis: Kernel Debug Land
Magna esset in terrore nuclei imperia ingredi posse, e.g syslog | grep usb. Bene, in Haiku potest gratias agere Terrae Kernel Debug. Quomodo hanc magicam actionem videre potes si omnia opera quae debet sine terrore in acinum introeunt? Facile premendo Alt+PrintScn+D (Debug mnemonic). Statim recordabor , quae tincidunt originalis Macintosh debugger intrare permisit (si utique inauguratus est).
conclusio,
Incipio intelligere quod ruditatis Haiku ratio ex eo quod opus fit per unam parvam turmam cum patet focus in opus environment, omnibus stratis ratio accessibilis.
Acuta discrepantia cum mundo Linux/GNU/dpkg/apt/systemd/Xorg/dbus/Gtk/GNOME/XDG/Ubuntu, ubi omnia minutatim confracta sunt adeo ut abstractio in abstractione sedeat et fustibus impellat.
Fuit etiam intellectus quam ratio .hpkg optimas consuetudines traditorum involucrum actoribus, Snappy, Flatpak, AppImage, etiam btrfs componit, easque cum accessu "justi opera Mac" miscet.
Sicut in capite meo aliquid "switched" erat, et quomodo systema intellexi .hpkg scit devolvere, intuendo eam. Sed non est mihi, sed ratio et venustas et simplicitas. Haec multum a spiritu mac originali inspirata.
Ita, in navigatro pasco hiulca esse potest et sicut cochleam currere, applicationes desint (nemo Gtk, electronico - quod tincidunt non bene cum ruditatis concluditur), video et 3d acceleratio omnino abesse potest, sed ego adhuc placet haec ratio. Ceterum haec emendari possunt et citius aut serius apparebunt. Sola res temporis est et fortasse oculus rubeus.
Auxilium afferre non possum, sed initium posthac futurum puto anno Haiku in desktop.
Random problems
Forsitan iam sunt petitiones, an eas aperiam?
- Captura BeScreen Captura GIF sicut Peek exportare poterit. Hoc fieri potest utens ffmpeg, Haiku iam praesto est. .
- Software tortor modalem fenestram capere non deficit, sed totum tegumentum capiendo
- Eenshotsscray seges non potes utendo ad instrumentum tondendum WonderBrush et tunc salvare exitum ad limam
- In Haiku cursori manus non maxime placet, sed calidum desiderium animi pertinere puto. Hoc maxime molestum est cum instrumentum seges in Krita utens, quod fit in inaccurate tondendi (vide screenshots alternis modalibus in hoc articulo). Cursor crosshair mirabilis esset. .
Te ipsum proba! Post omnes, consilium Haiku imagines praebet ut tabernus ex DVD vel USB, generatae . Inaugurationi, modo imaginem depone et eam in USB mico coegi utendo combure
Possedi quaestiones? Invitamus ad Russian-loqui .
Error overview:
ex Interpretatio: hoc est sextus articulus in serie de Haiku.
Index capitulorum:
Source: www.habr.com