ថ្ងៃទីប្រាំមួយរបស់ខ្ញុំជាមួយ Haiku: នៅក្រោមក្រណាត់នៃធនធាន រូបតំណាង និងកញ្ចប់

TL; កុង៖ Haiku គឺ​ជា​ប្រព័ន្ធ​ប្រតិបត្តិការ​ដែល​បាន​រចនា​ឡើង​យ៉ាង​ពិសេស​សម្រាប់​កុំព្យូទ័រ ដូច្នេះ​វា​មាន​ល្បិច​ជាច្រើន​ដែល​ធ្វើ​ឱ្យ​បរិស្ថាន​ផ្ទៃតុ​របស់​វា​ល្អ​ជាង​ឧបករណ៍​ដទៃ​ទៀត។ ប៉ុន្តែតើវាដំណើរការយ៉ាងដូចម្តេច?

ថ្មីៗ ខ្ញុំបានរកឃើញ Haiku ដែលជាប្រព័ន្ធដ៏ល្អមួយដែលមិននឹកស្មានដល់។ ខ្ញុំនៅតែមានការភ្ញាក់ផ្អើលចំពោះរបៀបដែលវាដំណើរការយ៉ាងរលូន ជាពិសេសបើប្រៀបធៀបទៅនឹងបរិស្ថានផ្ទៃតុ Linux។ ថ្ងៃនេះខ្ញុំនឹងមើលនៅក្រោមក្រណាត់។ នៅកន្លែងចាំបាច់សម្រាប់ការយល់ដឹងស៊ីជម្រៅ ខ្ញុំនឹងធ្វើការប្រៀបធៀបជាមួយបរិស្ថានកុំព្យូទ័រ Macintosh, Mac OS X និង Linux ដើម (ស្តង់ដារ XDG ពី freedesktop.org)។

ធនធាននៅក្នុងឯកសារ ELF

កាលពីម្សិលមិញខ្ញុំបានដឹងថា IconOMatic អាចរក្សាទុករូបតំណាងនៅក្នុងធនធាន rdef នៅក្នុង ELF ដែលអាចប្រតិបត្តិបាន។ ថ្ងៃនេះខ្ញុំចង់មើលពីរបៀបដែលវាពិតជាដំណើរការ។

ធនធាន? ដកស្រង់ ពី ប្រ៊ូស ហ៊នអ្នកនិពន្ធដើមនៃ Macintosh Finder និង "ឪពុក" របស់ Macintosh Resource Manager:

ខ្ញុំព្រួយបារម្ភអំពីភាពរឹងម៉ាំនៃការសរសេរកូដបែបប្រពៃណី។ សម្រាប់ខ្ញុំ គំនិតនៃកម្មវិធីដែលជាប់គាំងក្នុងកូដ ដោយមិនមានសមត្ថភាពក្នុងការផ្លាស់ប្តូរអ្វីទាំងអស់ដោយថាមវន្ត គឺជាភាពព្រៃផ្សៃបំផុត។ វាគួរតែអាចផ្លាស់ប្តូរបានច្រើនតាមតែអាចធ្វើទៅបាននៅពេលដំណើរការ។ ជាការពិតណាស់ កូដកម្មវិធីខ្លួនឯងមិនអាចផ្លាស់ប្តូរបានទេ ប៉ុន្តែប្រាកដជាមានអ្វីមួយអាចផ្លាស់ប្តូរបានដោយមិនចាំបាច់ចងក្រងកូដឡើងវិញ?

នៅលើ Macintosh ដើម ពួកគេបានធ្វើឱ្យឯកសារទាំងនេះមាន "ផ្នែកទិន្នន័យ" និង "ផ្នែកធនធាន" ដែលធ្វើឱ្យវាងាយស្រួលមិនគួរឱ្យជឿក្នុងការរក្សាទុកអ្វីៗដូចជារូបតំណាង ការបកប្រែ និងអ្វីៗផ្សេងទៀត។ នៅក្នុងឯកសារដែលអាចប្រតិបត្តិបាន។

នៅលើ Mac វាត្រូវបានប្រើប្រាស់ កែសម្រួលឡើងវិញកម្មវិធីក្រាហ្វិកសម្រាប់ - ភ្លាមៗ - កែសម្រួលធនធាន។

កែសម្រួលឡើងវិញនៅលើ Macintosh ដើម

ជាលទ្ធផល វាអាចកែសម្រួលរូបតំណាង ធាតុម៉ឺនុយ ការបកប្រែជាដើម។ ងាយស្រួលគ្រប់គ្រាន់ ប៉ុន្តែពួកគេនៅតែ "ធ្វើដំណើរ" ជាមួយកម្មវិធី។
ក្នុងករណីណាក៏ដោយ វិធីសាស្រ្តនេះមានគុណវិបត្តិធំមួយ៖ វាដំណើរការតែលើប្រព័ន្ធឯកសាររបស់ Apple ដែលជាហេតុផលមួយដែល Apple បោះបង់ចោល "ផ្នែកធនធាន" នៅពេលប្តូរទៅ Mac OS X ។
នៅលើ Mac OS X ក្រុមហ៊ុន Apple ចង់បានដំណោះស្រាយឯករាជ្យនៃប្រព័ន្ធឯកសារ ដូច្នេះពួកគេបានទទួលយកគំនិតនៃកញ្ចប់ (ពី NeXT) ថតដែលត្រូវបានចាត់ទុកជា "វត្ថុស្រអាប់" ដោយកម្មវិធីគ្រប់គ្រងឯកសារ ដូចជាឯកសារជាជាងថត។ កញ្ចប់ណាមួយដែលមានកម្មវិធីក្នុងទម្រង់ .app ក្នុងចំណោមរបស់ផ្សេងទៀត មានឯកសារមួយ។ Info.plist (នៅក្នុងប្រភេទមួយចំនួនរបស់ Apple ស្មើនឹង JSON ឬ YAML) ដែលមានទិន្នន័យមេតាកម្មវិធី។

គ្រាប់ចុចសម្រាប់ឯកសារ Info.plist ពីកញ្ចប់កម្មវិធី Mac OS X ។

ធនធានដូចជារូបតំណាង ឯកសារ UI និងផ្សេងទៀតត្រូវបានរក្សាទុកក្នុងកញ្ចប់ជាឯកសារ។ គំនិតនេះពិតជាបានត្រលប់ទៅឫសគល់របស់វានៅក្នុង NeXT។

Mathematica.app នៅលើ NeXTSTEP 1.0 ក្នុងឆ្នាំ 1989៖ លេចឡើងជាថតឯកសារនៅក្នុងស្ថានីយ ប៉ុន្តែជាវត្ថុតែមួយនៅក្នុងកម្មវិធីគ្រប់គ្រងឯកសារក្រាហ្វិក។

ចូរយើងត្រលប់ទៅ BeOS ដែលជាគោលគំនិតដែល Haiku ផ្អែកលើ។ អ្នកអភិវឌ្ឍន៍របស់វានៅពេលប្តូរពី PEF (PowerPC) ទៅ ELF (x86) (ដូចគ្នានឹងប្រើនៅលើ Linux) បានសម្រេចចិត្តបន្ថែមផ្នែកធនធានមួយទៅចុងបញ្ចប់នៃឯកសារ ELF ។ វាមិនប្រើផ្នែក ELF ត្រឹមត្រូវរបស់វាទេ វាត្រូវបានបន្ថែមទៅចុងបញ្ចប់នៃឯកសារ ELF ។ ជាលទ្ធផលនៃកម្មវិធី strip និងអ្នកផ្សេងទៀតមកពី binutils មិនដឹងអំពីរឿងនេះគ្រាន់តែកាត់វាចោល។ ដូច្នេះនៅពេលបន្ថែមធនធានទៅឯកសារ ELF នៅលើ BeOS វាជាការប្រសើរជាងកុំរៀបចំវាជាមួយឧបករណ៍លីនុច។

តើមានអ្វីកើតឡើងជាមួយ Haiku ឥឡូវនេះ? ជាទូទៅ ច្រើនឬតិចដូចគ្នា។

តាមទ្រឹស្តី វាអាចដាក់ធនធាននៅក្នុងផ្នែកដែលចង់បានរបស់ ELF ។ នេះបើយោងតាមអ្នកអភិវឌ្ឍន៍នៅលើឆានែល #haiku នៅលើ irc.freenode.net:

ជាមួយនឹង ELF ផ្នែកនឹងកាន់តែមានន័យ... ហេតុផលតែមួយគត់ដែលយើងមិនធ្វើវាតាមរបៀបនោះ គឺដោយសារតែវាជាអ្វីដែលយើងបានធ្វើនៅក្នុង BeOS។
ហើយ​គ្មាន​ចំណុច​អ្វី​ក្នុង​ការ​ផ្លាស់​ប្តូរ​នេះ​ឥឡូវ​នេះ​ទេ។

ការ​គ្រប់​គ្រង​ធនធាន

ធនធានត្រូវបានសរសេរជាទម្រង់ "ធនធាន" ដែលមានរចនាសម្ព័ន្ធ៖ ជាសំខាន់បញ្ជីធនធានដែលមានទំហំ និងបន្ទាប់មកមាតិការបស់វា។ ខ្ញុំបានចងចាំ ទម្រង់ ar.
តើធ្វើដូចម្តេចដើម្បីពិនិត្យមើលធនធាននៅក្នុង Haiku? តើមានអ្វីមួយដូច ResEdit ទេ?
នេះបើយោងតាម ឯកសារ:

ដើម្បីមើលធនធានដែលបានផ្តល់នៅក្នុងកញ្ចប់កម្មវិធី អ្នកអាចអូសឯកសារដែលអាចប្រតិបត្តិបានទៅលើកម្មវិធីដូចជា ធនធាន. អ្នកក៏អាចទៅកាន់ស្ថានីយ ហើយដំណើរការពាក្យបញ្ជា listres имя_файла.

Resourcer មាននៅក្នុង HaikuDepot ប៉ុន្តែវាគ្រាន់តែគាំងសម្រាប់ខ្ញុំ។

តើធ្វើដូចម្តេចដើម្បីគ្រប់គ្រងធនធាននៅក្នុងឯកសារ ELF? ការប្រើប្រាស់ rsrc и rdef. rdef ឯកសារត្រូវបានប្រមូលនៅក្នុង rsrc. ឯកសារ rdef ត្រូវ​បាន​រក្សា​ទុក​ជា​ទម្រង់​អត្ថបទ​ធម្មតា ដូច្នេះ​វា​កាន់​តែ​ងាយ​ស្រួល​ក្នុង​ការ​ធ្វើ​ការ​ជាមួយ។ ទម្រង់ឯកសារ rsrc បន្ថែមទៅចុងបញ្ចប់នៃឯកសារ ELF ។ តោះសាកល្បងលេង៖

~> 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 license

អ្នកអាចប្រើកម្មវិធី xres សម្រាប់ការត្រួតពិនិត្យ និងត្រួតពិនិត្យ៖

/> 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.
(...)

មិនអីទេ តោះសាកល្បង?

/> 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_VERSION

បន្ថែមអំពីធនធាន និងទម្រង់ rdef អ្នកអាចអាន នៅទីនេះ.

ប្រភេទធនធានស្តង់ដារ

ទោះបីជាអ្នកអាចដាក់អ្វីមួយទៅក្នុងធនធានក៏ដោយ មានប្រភេទស្តង់ដារដែលបានកំណត់មួយចំនួន៖

• app_signature៖ ប្រភេទកម្មវិធី MIME សម្រាប់ឯកសារបើកផែនទី ការបើកដំណើរការ IPC ។ល។
• app_name_catalog_entry៖ ដោយសារ​ឈ្មោះ​កម្មវិធី​ជាធម្មតា​ជា​ភាសា​អង់គ្លេស អ្នក​អាច​បញ្ជាក់​ទីកន្លែង​ដែល​ឈ្មោះ​បកប្រែ​មាន​ទីតាំង ដូច្នេះ​អ្នក​ប្រើ​ភាសា​ផ្សេងៗ​នឹង​ឃើញ​ឈ្មោះ​កម្មវិធី​ដែល​បាន​បកប្រែ​ប្រសិនបើ​ចង់។
• app_version៖ ពិតជាអ្វីដែលអ្នកបានគិត
• app_flags៖ ចង្អុលបង្ហាញ registrar របៀបដំណើរការកម្មវិធី។ ខ្ញុំ​គិត​ថា​វា​មាន​ច្រើន​ជាង​ការ​ជួប​នឹង​ភ្នែក។ ឧទាហរណ៍មាន B_SINGLE_LAUNCHដែលបង្ខំឱ្យប្រព័ន្ធចាប់ផ្តើមដំណើរការកម្មវិធីថ្មីរាល់ពេលដែលអ្នកប្រើប្រាស់ស្នើសុំវា (គោលការណ៍ដូចគ្នានេះត្រូវបានប្រើសម្រាប់កម្មវិធីភាគច្រើននៅលើលីនុច)។ បរិភោគ B_MULTIPLE_LAUNCHដែលធ្វើឱ្យដំណើរការដំណើរការសម្រាប់ ឯកសារនីមួយៗ. ទីបំផុតមាន B_EXCLUSIVE_LAUNCHដែលបង្ខំឱ្យប្រព័ន្ធដំណើរការតែមួយក្នុងពេលតែមួយ មិនថាអ្នកប្រើប្រាស់ចាប់ផ្តើមវាញឹកញាប់ប៉ុណ្ណាទេ (ឧទាហរណ៍ នេះជារបៀបដែល Firefox ដំណើរការលើលីនុច លទ្ធផលដូចគ្នាអាចត្រូវបានសម្រេចនៅក្នុងកម្មវិធី Qt ដោយប្រើមុខងារ កម្មវិធី QtSingle) កម្មវិធីជាមួយ B_EXCLUSIVE_LAUNCH ត្រូវ​បាន​ជូន​ដំណឹង​នៅ​ពេល​ដែល​អ្នក​ប្រើ​ព្យាយាម​ដំណើរការ​វា​ម្តង​ទៀត៖ ឧទាហរណ៍ ពួកគេ​ទទួល​បាន​ផ្លូវ​នៃ​ឯកសារ​ដែល​អ្នក​ប្រើ​ចង់​បើក​ដោយ​មាន​ជំនួយ​ពី​ពួកគេ។
• vector_icon៖ រូបតំណាងកម្មវិធីវ៉ិចទ័រ (BeOS មិនមានរូបតំណាងវ៉ិចទ័រទេ កម្មវិធីភាគច្រើនជំនួសវិញមានរូបតំណាងរ៉ាស្ទឺរពីរនៅក្នុងឯកសារដែលអាចប្រតិបត្តិបានរបស់ពួកគេ)។

ជា​ការ​ពិត​ណាស់ អ្នក​អាច​បន្ថែម​ធនធាន​ជាមួយ​លេខ​សម្គាល់​ និង​ប្រភេទ​ដែល​ចង់​បាន​ ហើយ​បន្ទាប់​មក​អាន​ពួកវា​ក្នុង​កម្មវិធី​ខ្លួន​ឯង​ ឬ​កម្មវិធី​ផ្សេង​ទៀត​ដោយ​ប្រើ​ថ្នាក់ BResources. ប៉ុន្តែជាដំបូងសូមក្រឡេកមើលប្រធានបទគួរឱ្យចាប់អារម្មណ៍នៃរូបតំណាង។

រូបតំណាងវ៉ិចទ័រនៅក្នុងរចនាប័ទ្ម Haiku

ជាការពិតណាស់ មិនត្រឹមតែ Haiku បានជ្រើសរើសទ្រង់ទ្រាយរូបតំណាងល្អបំផុតនោះទេ នៅក្នុងផ្នែកនេះ ស្ថានភាពជាមួយបរិស្ថានផ្ទៃតុ Linux គឺនៅឆ្ងាយពីឧត្តមគតិ៖

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.cache

ក្រឡេក​មើល​នេះ​អ្នក​អាច​មាន​អារម្មណ៍​រួច​ទៅ​ហើយ​ថា​តើ​វា​ជា​បំណែក​មួយ​។

ជា​ការ​ពិត​ណាស់ វា​មាន​អាច​ធ្វើ​មាត្រដ្ឋាន​បាន ដែល​មាន​ដូច​ដែល​អ្នក​អាច​យល់​បាន រូបតំណាង​វ៉ិចទ័រ។ ចុះ​ហេតុ​អ្វី​បាន​ជា​មាន​អ្វី​ទៀត? ដោយសារតែលទ្ធផលនៃការគូរក្រាហ្វិចវ៉ិចទ័រក្នុងទំហំតូចអាចតិចជាងឧត្តមគតិ។ ខ្ញុំ​ចង់​មាន​ជម្រើស​ផ្សេង​គ្នា​ដែល​ត្រូវ​បាន​បង្កើន​ប្រសិទ្ធភាព​សម្រាប់​ទំហំ​ផ្សេង​គ្នា។ នៅក្នុងបរិស្ថានផ្ទៃតុរបស់លីនុច វាត្រូវបានសម្រេចដោយការខ្ចាត់ខ្ចាយរូបតំណាងដែលមានទំហំខុសៗគ្នាពេញប្រព័ន្ធឯកសារ។

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.png

សូមចំណាំ៖ មិនមានគំនិតនៃកំណែផ្សេងគ្នារបស់ Firefox ទេ។ ដូច្នេះ វាមិនអាចទៅរួចទេក្នុងការដោះស្រាយស្ថានការណ៍ដែលមានកំណែច្រើននៃកម្មវិធីនៅលើប្រព័ន្ធ។

រូបតំណាង Firefox ផ្សេងគ្នានៅក្នុងកំណែផ្សេងគ្នា។ បច្ចុប្បន្ននេះ វាមិនអាចទៅរួចទេក្នុងការដោះស្រាយវានៅក្នុងលីនុចដោយគ្មានឈើច្រត់ផ្សេងៗ។

Mac OS X ដោះស្រាយវាឱ្យកាន់តែច្បាស់បន្តិច៖

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.icns

វាអាចត្រូវបានគេមើលឃើញថាមានឯកសារមួយ។ firefox.icns នៅក្នុងកញ្ចប់ Firefox.appដែលមានគ្រប់ទំហំ ដូច្នេះកំណែផ្សេងគ្នានៃកម្មវិធីដូចគ្នាមានរូបតំណាងផ្សេងគ្នា។
កាន់តែ​ល្អ​ប្រសើរ! រូបតំណាងធ្វើដំណើរជាមួយកម្មវិធី ធនធានទាំងអស់គឺនៅក្នុងឯកសារតែមួយ។

តោះត្រឡប់ទៅ Haiku វិញ។ ដំណោះស្រាយដ៏គួរឱ្យរំភើប គ្មានករណីលើកលែងនោះទេ។ យោង​ទៅ​តាម ឯកសារ:

ទ្រង់ទ្រាយ HVIF ពិសេស ដែលត្រូវបានធ្វើឱ្យប្រសើរខ្ពស់សម្រាប់ទំហំតូច និងការបង្ហាញរហ័សត្រូវបានបង្កើតឡើង។ ដូច្នេះ រូបតំណាងរបស់យើងសម្រាប់ផ្នែកភាគច្រើនគឺតូចជាងក្នុងទម្រង់រ៉ាស្ទឺ ឬទម្រង់ SVG ដែលប្រើយ៉ាងទូលំទូលាយ។

ហើយពួកគេនៅតែត្រូវបានធ្វើឱ្យប្រសើរ៖

ទំហំរូបតំណាងនៅក្នុង HVIF បើប្រៀបធៀបទៅនឹងទម្រង់ផ្សេងទៀត។

ភាពខុសគ្នាគឺលំដាប់នៃរ៉ិចទ័រ!

ប៉ុន្តែវេទមន្តមិនបញ្ចប់នៅទីនេះទេ។ HVIF ដូចគ្នាអាចបង្ហាញកម្រិតផ្សេងគ្នានៃព័ត៌មានលម្អិតអាស្រ័យលើទំហំដែលបានបង្ហាញ ទោះបីជាវាជាទម្រង់វ៉ិចទ័រក៏ដោយ។

កម្រិតផ្សេងគ្នានៃព័ត៌មានលម្អិត (LOD) អាស្រ័យលើទំហំបង្ហាញ

ឥឡូវនេះអំពីគុណវិបត្តិ៖ អ្នកមិនអាចយក SVG បោះវាទៅក្នុង ImageMagick ហើយហៅវាក្នុងមួយថ្ងៃ អ្នកត្រូវឆ្លងកាត់វដ្តជាច្រើនដើម្បីបង្កើតរូបតំណាងក្នុងទម្រង់ HVIF ។ នៅទីនេះ ការពន្យល់។ ទោះយ៉ាងណាក៏ដោយ IconOMatic អាចនាំចូល SVG យ៉ាងមិនល្អឥតខ្ចោះ។ ប្រហែល 90% នៃព័ត៌មានលម្អិត SVG ត្រូវបាននាំចូលដោយមានប្រូបាប៊ីលីតេមួយចំនួន នៅសល់ 10% នឹងត្រូវកំណត់រចនាសម្ព័ន្ធ និងផ្លាស់ប្តូរដោយដៃ។ សូមអានបន្ថែមអំពីរបៀបដែល HVIF ធ្វើវេទមន្តរបស់វា។ អាចធ្វើបាន នៅក្នុងប្លុក លោក Leah Ganson

ការបន្ថែមរូបតំណាងទៅកម្មវិធី

ឥឡូវនេះខ្ញុំអាចបន្ថែមរូបតំណាងទៅកញ្ចប់ដែលបានបង្កើត ពេលមុនដោយគិតពីព័ត៌មានទាំងអស់ដែលទទួលបាន។
ជាការប្រសើរណាស់ ដោយសារខ្ញុំមិនមានបំណងចង់គូររូបតំណាងផ្ទាល់ខ្លួនរបស់ខ្ញុំសម្រាប់ “Hello, World” QtQuickApp របស់ខ្ញុំនៅពេលនេះទេ ខ្ញុំបានដកវាចេញពី Qt Creator។

/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 Creator

សូមពិនិត្យមើលថារូបតំណាងត្រូវបានចម្លង៖

/Haiku/home> xres -l /Haiku/home/QtQuickApp/QtQuickApp/Haiku/home/QtQuickApp/QtQuickApp
resources:type           ID        size  name
------ ----------- -----------  --------------------
'VICN'         101      152238  BEOS:ICON

ល្អមើលណាស់ ប៉ុន្តែហេតុអ្វីបានជានៅពេលដែលរូបតំណាងថ្មីត្រូវបានចម្លងវាមិនបង្ហាញឡើង?

VICN:101:BEOS:ICONs ដែលបានចម្លងមិនទាន់ត្រូវបានប្រើជារូបតំណាងកម្មវិធីនៅក្នុងកម្មវិធីគ្រប់គ្រងឯកសារ

តើខ្ញុំនឹកអ្វី?

មតិអ្នកអភិវឌ្ឍន៍៖

យើងត្រូវបង្កើតឯកសារ rdef ជាមួយនឹងធនធានទាំងអស់ បន្ទាប់មកប្រតិបត្តិពាក្យបញ្ជា rc имя.rdefវានឹងបង្កើតឯកសារ .rsrc. បន្ទាប់មកអ្នកត្រូវដំណើរការពាក្យបញ្ជា resattr -o имя_бинарника имя.rsrc. យ៉ាងហោចណាស់ ខ្ញុំប្រើពាក្យបញ្ជាដូចនេះ ដើម្បីបន្ថែមរូបតំណាងទៅស្គ្រីបរបស់ខ្ញុំ។

អញ្ចឹងខ្ញុំចង់បង្កើតធនធាន មិនមែនគុណលក្ខណៈទេ។ ខ្ញុំ​ពិត​ជា​យល់​ច្រឡំ។

ឃ្លាំងសម្ងាត់ឆ្លាតវៃដោយប្រើប្រព័ន្ធឯកសារ

ការបើក និងអានគុណលក្ខណៈ ELF គឺយឺត។ ដូចដែលខ្ញុំបានសរសេរខាងលើ រូបតំណាងត្រូវបានសរសេរជាធនធាននៅក្នុងឯកសារខ្លួនឯង។ វិធីសាស្រ្តនេះគឺអាចទុកចិត្តបានជាង និងអនុញ្ញាតឱ្យអ្នករស់រានមានជីវិតពីការចម្លងទៅប្រព័ន្ធឯកសារផ្សេងទៀត។ ទោះយ៉ាងណាក៏ដោយ បន្ទាប់មកវាត្រូវបានចម្លងទៅគុណលក្ខណៈប្រព័ន្ធឯកសារផងដែរ ឧទាហរណ៍ BEOS:ICON. វាដំណើរការតែលើប្រព័ន្ធឯកសារមួយចំនួនដូចជា BFS ប៉ុណ្ណោះ។ រូបតំណាងដែលបង្ហាញដោយប្រព័ន្ធ (ក្នុងកម្មវិធីតាមដាន និងរបារតុ) ត្រូវបានអានពីគុណលក្ខណៈបន្ថែមនេះ ពីព្រោះដំណោះស្រាយនេះដំណើរការបានលឿន។ នៅកន្លែងខ្លះ (ដែលល្បឿនមិនសំខាន់ ឧទាហរណ៍ បង្អួច "អំពី" ធម្មតា) ប្រព័ន្ធទទួលបានរូបតំណាងដោយផ្ទាល់ពីធនធាននៅក្នុងឯកសារ។ ប៉ុន្តែនេះមិនមែនជាទីបញ្ចប់ទេ។ សូមចាំថានៅលើ Mac អ្នកប្រើប្រាស់អាចជំនួសរូបតំណាងកម្មវិធី ថតឯកសារ ដោយខ្លួនឯង ដោយហេតុថានៅលើ Mac វាអាចធ្វើរឿង "សំខាន់" ទាំងនេះ ឧទាហរណ៍។ ការជំនួសរូបតំណាង Slack ថ្មីជាមួយនឹងរូបតំណាងមុន។. នៅលើ Haiku អ្នកគួរតែគិតពីធនធាន (នៅក្នុងឯកសារ) ជារូបតំណាងដើមដែលភ្ជាប់មកជាមួយកម្មវិធី និងគុណលក្ខណៈ (នៅក្នុងប្រព័ន្ធឯកសារ BFS) ជាអ្វីមួយដែលអនុញ្ញាតឱ្យអ្នកប្រើធ្វើការផ្លាស់ប្តូរតាមឆន្ទៈ (ទោះបីជាយ៉ាងណាក៏ដោយ ការណែនាំ។ GUI សម្រាប់​ការ​បញ្ចូល​រូប​តំណាង​ផ្ទាល់​ខ្លួន​នៅ​ផ្នែក​ខាង​លើ​នៃ​រូប​តំណាង​គឺ​ជា​ជម្រើស។​ មិន​ទាន់​បាន​អនុវត្ត​តាម​លំនាំដើម)។

កំពុងពិនិត្យមើលគុណលក្ខណៈប្រព័ន្ធឯកសារ

ដោយមានជំនួយពី resaddr វាអាចធ្វើទៅបានដើម្បីពិនិត្យ និងកំណត់គុណលក្ខណៈប្រព័ន្ធឯកសារ។

/> 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.
(...)

វាជា "កាវ" សំខាន់ដែលអនុវត្តការបំប្លែងទៅវិញទៅមករវាងធនធាន (ដែលអាចទុកចិត្តបាន) និងគុណលក្ខណៈប្រព័ន្ធឯកសារ (លឿន)។ ហើយចាប់តាំងពីប្រព័ន្ធរំពឹងថានឹងទទួលបានធនធាន និងធ្វើការចម្លងដោយស្វ័យប្រវត្តិនោះ ខ្ញុំនឹងមិនព្រួយបារម្ភអំពីវាទៀតទេ។

វេទមន្តនៃកញ្ចប់ hpkg

បច្ចុប្បន្ន (ភាគច្រើនជាញឹកញាប់) កញ្ចប់ត្រូវបានប្រើដើម្បីទទួលបានកម្មវិធីនៅលើ Haiku .hpkg. កុំចាញ់បោកឈ្មោះសាមញ្ញ៖ ទ្រង់ទ្រាយ .hpkg ដំណើរការខុសគ្នាទាំងស្រុងពីទម្រង់ផ្សេងទៀតដែលមានឈ្មោះស្រដៀងគ្នាដែលអ្នកបានជួបប្រទះ វាមានមហាអំណាចពិតប្រាកដ។

ជាមួយនឹងទម្រង់កញ្ចប់ប្រពៃណី ខ្ញុំមានការខកចិត្តជាយូរដោយសារតែការពិតនេះ៖ អ្នកទាញយករបស់មួយ (កញ្ចប់) ហើយមួយទៀតត្រូវបានដំឡើងនៅលើប្រព័ន្ធ (ឯកសារនៅក្នុងកញ្ចប់)។ វាពិបាកណាស់ក្នុងការគ្រប់គ្រងឯកសារ (ឧទាហរណ៍ លុបពួកវា) នៅពេលដំឡើងកញ្ចប់តាមវិធីប្រពៃណី។ ហើយទាំងអស់ដោយសារតែមាតិកានៃកញ្ចប់ រាយប៉ាយពេញប្រព័ន្ធឯកសាររួម​ទាំង​កន្លែង​ដែល​អ្នក​ប្រើ​មធ្យម​ប្រហែល​ជា​មិន​មាន​សិទ្ធិ​សរសេរ។ នេះផ្តល់នូវការកើនឡើងដល់ថ្នាក់ទាំងមូលនៃកម្មវិធី - អ្នកគ្រប់គ្រងកញ្ចប់. ប៉ុន្តែការផ្ទេរកម្មវិធីដែលបានដំឡើងរួចជាឧទាហរណ៍ទៅកាន់ម៉ាស៊ីនមួយផ្សេងទៀត ថាសចល័ត ឬម៉ាស៊ីនមេឯកសារកាន់តែពិបាក ប្រសិនបើវាមិនអាចទៅរួចទាំងស្រុង។ នៅលើប្រព័ន្ធដែលមានមូលដ្ឋានលើលីនុចធម្មតា វាអាចមានឯកសារនីមួយៗយ៉ាងងាយស្រួលពីរាប់សែនទៅលាន។ មិនចាំបាច់និយាយទេ នេះគឺមានភាពផុយស្រួយ និងយឺត ឧទាហរណ៍នៅពេលដំឡើងប្រព័ន្ធដំបូង ពេលដំឡើង អាប់ដេត និងលុបកញ្ចប់ធម្មតា ហើយនៅពេលចម្លងកម្រិតសំឡេងចាប់ផ្ដើម (ភាគថាសជា root) ទៅឧបករណ៍ផ្ទុកផ្សេងទៀត។

ខ្ញុំកំពុងធ្វើការលើគម្រោង AppImage ដែលជាឈើច្រត់មួយផ្នែកសម្រាប់កម្មវិធីអ្នកប្រើប្រាស់ចុងក្រោយ។ នេះគឺជាទម្រង់ចែកចាយកម្មវិធីដែលប្រមូលកម្មវិធីមួយ និងភាពអាស្រ័យទាំងអស់របស់វាទៅក្នុងរូបភាពប្រព័ន្ធឯកសារតែមួយដែលត្រូវបានម៉ោននៅពេលកម្មវិធីចាប់ផ្តើម។ ធ្វើឱ្យអ្វីៗមានភាពសាមញ្ញជាងមុន ចាប់តាំងពី ImageMagick ដូចគ្នាភ្លាមៗប្រែទៅជាឯកសារតែមួយ គ្រប់គ្រងក្នុងកម្មវិធីគ្រប់គ្រងឯកសារដោយមនុស្សស្លាប់។ វិធីសាស្ត្រដែលបានស្នើឡើងដំណើរការសម្រាប់តែកម្មវិធីប៉ុណ្ណោះ ដូចដែលបានឆ្លុះបញ្ចាំងនៅក្នុងឈ្មោះគម្រោង ហើយក៏មានបញ្ហាផ្ទាល់ខ្លួនផងដែរ ចាប់តាំងពីមនុស្សដែលចូលរួមក្នុងការផ្តល់កម្មវិធីសម្រាប់លីនុចតែងតែចង្អុលព្រួញមកខ្ញុំ។

តោះត្រឡប់ទៅ Haiku វិញ។ តើវាអាចទៅរួចទេក្នុងការស្វែងរកសមតុល្យដ៏ល្អប្រសើររវាងប្រព័ន្ធកញ្ចប់ប្រពៃណី និងការចែកចាយកម្មវិធីផ្អែកលើរូបភាព? កញ្ចប់របស់នាង .hpkg តាមពិតរូបភាពប្រព័ន្ធឯកសារដែលបានបង្ហាប់។ នៅពេលដែលប្រព័ន្ធចាប់ផ្តើម ខឺណែលនឹងដំឡើងកញ្ចប់ដែលបានដំឡើង និងសកម្មទាំងអស់ជាមួយនឹងសារខឺណែលដូចខាងក្រោម៖

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"

ឡូយមែន? ចាំអីទៀត វានឹងកាន់តែត្រជាក់!

មានកញ្ចប់ពិសេស៖

KERN: package_daemon [16040020:   924] active package: "haiku-r1~beta1_hrev53242-1-x86_64.hpkg"

វាមានប្រព័ន្ធប្រតិបត្តិការតិចតួចបំផុត រួមទាំងខឺណែលផងដែរ។ ជឿឬមិនជឿ សូម្បីតែខឺណែលខ្លួនវាមិនត្រូវបានយកចេញពីភាគថាសចាប់ផ្ដើម (ភាគថាសជា root) ប៉ុន្តែត្រូវបានផ្ទុកដោយប្រុងប្រយ័ត្នទៅក្នុងកន្លែងរបស់វាពីកញ្ចប់។ .hpkg. វ៉ោ​វ! ខ្ញុំបាននិយាយរួចមកហើយថា ខ្ញុំគិតថាផ្នែកនៃភាពទំនើប និងភាពស៊ីសង្វាក់គ្នារបស់ Haiku កើតចេញពីការពិតដែលថាប្រព័ន្ធទាំងមូល ចាប់ពីខឺណែល និងទំហំអ្នកប្រើប្រាស់ស្នូល រហូតដល់ការគ្រប់គ្រងកញ្ចប់ និងហេដ្ឋារចនាសម្ព័ន្ធពេលដំណើរការត្រូវបានបង្កើតឡើងដោយសហការគ្នាដោយក្រុមមួយ។ ស្រមៃមើលថាតើក្រុម និងក្រុមផ្សេងគ្នាប៉ុន្មានដែលវានឹងត្រូវការដើម្បីដំណើរការអ្វីមួយដូចនេះនៅលើលីនុច [ខ្ញុំស្រមៃមើលគម្រោង PuppyLinux - ប្រហាក់ប្រហែល។ អ្នកបកប្រែ]. បន្ទាប់មកស្រមៃថាតើវានឹងចំណាយពេលប៉ុន្មានសម្រាប់វិធីសាស្រ្តនេះដើម្បីយកទៅចែកចាយ។ ពួកគេនិយាយថា៖ យកបញ្ហាសាមញ្ញមួយមកបែងចែករវាងអ្នកសំដែងផ្សេងៗគ្នា ហើយវានឹងកាន់តែស្មុគស្មាញ ដែលវានឹងមិនអាចដោះស្រាយបានទៀតទេ។ Haiku ក្នុងករណីនេះបើកភ្នែករបស់ខ្ញុំ។ ខ្ញុំគិតថានេះពិតជាអ្វីដែលកំពុងកើតឡើងនៅលើលីនុចឥឡូវនេះ (Linux ក្នុងករណីនេះគឺជាពាក្យរួមសម្រាប់ Linux/GNU/dpkg/apt/systemd/Xorg/dbus/Gtk/GNOME/XDG/Ubuntu stack)។

ប្រព័ន្ធ rollback ដោយប្រើ hpkg

តើស្ថានភាពខាងក្រោមកើតឡើងញឹកញាប់ប៉ុណ្ណា៖ ការអាប់ដេតបានជោគជ័យ ហើយបន្ទាប់មកវាប្រែថាមានអ្វីមួយមិនដំណើរការដូចដែលវាគួរតែ? ប្រសិនបើអ្នកប្រើកម្មវិធីគ្រប់គ្រងកញ្ចប់ធម្មតា វាពិបាកក្នុងការត្រឡប់ស្ថានភាពនៃប្រព័ន្ធទៅចំណុចមួយទាន់ពេល មុនពេលកញ្ចប់ថ្មីត្រូវបានដំឡើង (ឧទាហរណ៍ ក្នុងករណីមានអ្វីមួយខុស)។ ប្រព័ន្ធមួយចំនួនផ្តល់នូវដំណោះស្រាយក្នុងទម្រង់ជារូបភាពប្រព័ន្ធឯកសារ ប៉ុន្តែពួកវាមានភាពស្មុគស្មាញ ហើយមិនត្រូវបានប្រើលើគ្រប់ប្រព័ន្ធទាំងអស់នោះទេ។ Haiku ដោះស្រាយវាដោយប្រើកញ្ចប់ .hpkg. នៅពេលណាដែលកញ្ចប់ផ្លាស់ប្តូរនៅក្នុងប្រព័ន្ធ កញ្ចប់ចាស់មិនត្រូវបានលុបទេ ប៉ុន្តែត្រូវបានរក្សាទុកនៅក្នុងប្រព័ន្ធនៅក្នុងថតរងដូចជា /Haiku/system/packages/administrative/state-<...>/ ជានិច្ច។ ប្រតិបត្តិការដែលមិនទាន់បានបញ្ចប់រក្សាទុកទិន្នន័យរបស់ពួកគេនៅក្នុងថតរង /Haiku/system/packages/administrative/transaction-<...>/.

មាតិកា /Haiku/system/packages/administrative. ថត "ស្ថានភាព ... " មានឯកសារអត្ថបទដែលមានឈ្មោះកញ្ចប់សកម្ម ហើយថត "ប្រតិបត្តិការ ...

"រដ្ឋសកម្មចាស់", i.e. បញ្ជី .hpkg កញ្ចប់សកម្មមុនពេលការផ្លាស់ប្តូរត្រូវបានកត់ត្រាបន្ទាប់ពីប្រតិបត្តិការនីមួយៗនៅក្នុងកម្មវិធីគ្រប់គ្រងឯកសារក្នុងឯកសារអត្ថបទ /Haiku/system/packages/administrative/state-<...>/activated-packages. នៅក្នុងវិធីស្រដៀងគ្នានេះ "ស្ថានភាពសកម្ម" ថ្មីត្រូវបានសរសេរនៅក្នុងឯកសារអត្ថបទ /Haiku/system/packages/administrative/activated-packages.

ថត /Haiku/system/packages/administrative/state-<...>/ មានតែឯកសារអត្ថបទដែលមានបញ្ជីកញ្ចប់សកម្មនៃរដ្ឋនេះ (ក្នុងករណីដំឡើងកញ្ចប់ដោយគ្មានការដកចេញ) ហើយប្រសិនបើកញ្ចប់ត្រូវបានដកចេញ ឬធ្វើបច្ចុប្បន្នភាព - ថតរដ្ឋមានកញ្ចប់កំណែចាស់។

នៅពេលដែលប្រព័ន្ធចាប់ផ្តើម ដោយផ្អែកលើបញ្ជីកញ្ចប់ ការសម្រេចចិត្តមួយត្រូវបានធ្វើឡើងដើម្បីធ្វើឱ្យ (ម៉ោន) កញ្ចប់សកម្ម។ វាសាមញ្ញណាស់! ប្រសិនបើមានអ្វីមួយខុសកំឡុងពេលទាញយក អ្នកអាចប្រាប់អ្នកគ្រប់គ្រងការទាញយកឱ្យប្រើបញ្ជីចាស់ផ្សេង។ បញ្ហាត្រូវបានដោះស្រាយ!

កម្មវិធីទាញយក Haiku ។ ចំណុចចូលនីមួយៗបង្ហាញ "ស្ថានភាពសកម្ម" ដែលត្រូវគ្នា។

ខ្ញុំចូលចិត្តវិធីសាស្រ្តនៃការមានឯកសារអត្ថបទសាមញ្ញជាបញ្ជី "ស្ថានភាពសកម្ម" ជាមួយនឹងឈ្មោះដែលងាយយល់ .hpkg. នេះគឺផ្ទុយស្រឡះពីការបង្កើតសម្រាប់ម៉ាស៊ីន មិនមែនសម្រាប់មនុស្សទេ។ នៅក្នុងក្រុមមួយ។ ពី OSTree ឬ Flatpak នៅក្នុងប្រព័ន្ធឯកសារ (ក្នុងកម្រិតដូចគ្នានឹង Microsoft GUID) ។

បញ្ជីកញ្ចប់សកម្មសម្រាប់ចំណុចនីមួយៗក្នុងពេលវេលា

ទិន្នន័យកំណត់រចនាសម្ព័ន្ធ

ជាក់ស្តែងនៅក្នុងកាតាឡុក /Haiku/system/packages/administrative/writable-files មានឯកសារកំណត់រចនាសម្ព័ន្ធសម្រាប់កញ្ចប់ ប៉ុន្តែពួកវាអាចសរសេរបាន។ យ៉ាងណាមិញ ដូចដែលអ្នកចងចាំ .hpkg បានដំឡើងសម្រាប់តែអាន។ ដូច្នេះឯកសារទាំងនេះត្រូវតែចម្លងពីកញ្ចប់មុនពេលសរសេរ។ មានអត្ថន័យ។

ការរួមបញ្ចូល GUI សម្រាប់ប្រព័ន្ធ .hpkg

ឥឡូវ​យើង​មើល​ពី​របៀប​ដែល​កាបូប​ភ្លឺ​រលោង​ទាំង​នេះ​ .hpkg ទប់ទល់នឹងការរួមបញ្ចូលទៅក្នុងបរិយាកាសការងាររបស់អ្នកប្រើ (UX)។ យ៉ាងណាមិញ Haiku ត្រូវបានបម្រុងទុកសម្រាប់ការប្រើប្រាស់ផ្ទាល់ខ្លួន។ ដោយផ្ទាល់ ខ្ញុំបានកំណត់របារខ្ពស់នៅពេលប្រៀបធៀបបទពិសោធន៍អ្នកប្រើប្រាស់ទៅនឹងកញ្ចប់ .app នៅលើ Macintosh ជាមួយនឹងបទពិសោធន៍ដូចគ្នានៅលើ .hpkg. ខ្ញុំនឹងមិនសូម្បីតែប្រៀបធៀបស្ថានភាពជាមួយបរិយាកាសការងារនៅលើលីនុច ព្រោះវាពិតជាអាក្រក់ណាស់បើប្រៀបធៀបទៅនឹងអ្វីផ្សេងទៀត។

សេណារីយ៉ូ​ខាង​ក្រោម​បាន​មក​ក្នុង​ចិត្ត៖

• ខ្ញុំចង់មើលមាតិកានៃកញ្ចប់មួយ។ .hpkg
• ខ្ញុំចង់ដំឡើងកញ្ចប់
• ខ្ញុំចង់ដកកញ្ចប់ចេញ
• ខ្ញុំចង់លុបអ្វីមួយដែលចូលក្នុងប្រព័ន្ធជាផ្នែកនៃកញ្ចប់
• ខ្ញុំចង់ចម្លងអ្វីមួយដែលចូលមកក្នុងប្រព័ន្ធជាផ្នែកនៃកញ្ចប់មួយ។
• ខ្ញុំចង់ទាញយកភាពអាស្រ័យទាំងអស់នៃកញ្ចប់ ដែលប្រហែលជាមិនមែនជាផ្នែកនៃការដំឡើង Haiku ទាំងអស់ (ឧទាហរណ៍ ខ្ញុំមានម៉ាស៊ីនដាច់ដោយឡែកដែលមិនមានអ៊ីនធឺណិត។ )
• ខ្ញុំចង់ផ្លាស់ទីកញ្ចប់របស់ខ្ញុំ (ឬផ្នែកនៃពួកវា) ដាច់ដោយឡែកពីគ្នាទៅទីតាំងផ្សេងទៀត ដាច់ដោយឡែកពីទំហំចាប់ផ្ដើម (ភាគថាសជា root) (ព្រោះឧទាហរណ៍ ខ្ញុំមិនមានទំហំគ្រប់គ្រាន់នៅលើវា)។

នេះគួរតែគ្របដណ្តប់ករណីសំខាន់ៗភាគច្រើនពីការងារប្រចាំថ្ងៃរបស់ខ្ញុំ។ តោះចាប់ផ្តើម។

កំពុងពិនិត្យមើលមាតិកាកញ្ចប់

មិនមែន Mac ខ្ញុំគ្រាន់តែចុចកណ្ដុរស្ដាំលើកញ្ចប់ដើម្បីបើកវា ហើយមើលមាតិកានៅក្នុង Finder ។ តាមពិតទៅ វាគ្រាន់តែជាថតចម្លងប៉ុណ្ណោះ! (ខ្ញុំដឹងថាមានកញ្ចប់ .pkg សម្រាប់ផ្នែកនៃប្រព័ន្ធដែលមិនមែនជាកម្មវិធី ប៉ុន្តែអ្នកប្រើប្រាស់ធម្មតាភាគច្រើនមិនមានទំនាក់ទំនងជាមួយពួកគេទេ)។

នៅលើ Haiku ខ្ញុំចុចកណ្ដុរស្ដាំលើកញ្ចប់ បន្ទាប់មកចុចលើ "មាតិកា" ដើម្បីមើលអ្វីដែលនៅខាងក្នុង។ ប៉ុន្តែនេះគ្រាន់តែជាបញ្ជីឯកសារដែលមិនមានលទ្ធភាពបើកពួកវាដោយចុចពីរដង។
វានឹងកាន់តែប្រសើរប្រសិនបើមានវិធីមួយដើម្បី (បណ្តោះអាសន្ន) ម៉ោនកញ្ចប់ .hpkg ដើម្បីមើលតាមរយៈកម្មវិធីគ្រប់គ្រងឯកសារ ហើយអ្នកប្រើប្រាស់នឹងមិនចាំបាច់ព្រួយបារម្ភអំពីព័ត៌មានលម្អិតនៃការអនុវត្តនោះទេ។ (ដោយវិធីនេះអ្នកអាចបើក .hpkg កញ្ចប់នៅក្នុង Expanderដែលអាចពន្លាវាដូចជាបណ្ណសារផ្សេងទៀត)។

ចំណុចប្រទាក់របស់ HaikuDepot អនុញ្ញាតឱ្យអ្នកមើលបញ្ជីឯកសារកញ្ចប់ ប៉ុន្តែមិនមានវិធីដើម្បីមើលមាតិកាដោយចុចពីរដង README.md ទេ។

Mac ឈ្នះក្នុងប្រភេទនេះ ប៉ុន្តែការបន្ថែមមុខងារ HaikuDepot ដែលអ្នកចង់បាន មិនគួរពិបាកពេកនោះទេ។

ការដំឡើងកញ្ចប់តាមរយៈ GUI

មិនមែន Macរូបភាពថាសភាគច្រើន .dmg មានកញ្ចប់ .app. ចុចពីរដងលើរូបភាពថាស ហើយបន្ទាប់មកចម្លងកញ្ចប់ឧទាហរណ៍ ដោយអូសវាចូលទៅក្នុង /Applications នៅក្នុង Finder ។ រឿងនេះមិននិយាយសម្រាប់ខ្ញុំទេ ប៉ុន្តែខ្ញុំបានលឺថាអ្នកថ្មីខ្លះប្រហែលជាមិនអាចដោះស្រាយរឿងនេះបានទេ។ តាមលំនាំដើម Apple "ណែនាំ" ថតប្រព័ន្ធទាំងមូល /Applications (នៅលើ NeXT វាត្រូវបានភ្ជាប់បណ្តាញក៏ដូចជាបុគ្គល) ប៉ុន្តែអ្នកអាចដាក់កម្មវិធីរបស់អ្នកយ៉ាងងាយស្រួលនៅលើម៉ាស៊ីនមេឯកសារ ឬនៅក្នុងថតរង។ $HOME/Applicationsប្រសិនបើអ្នកចូលចិត្តវាតាមរបៀបនោះ។

នៅលើ Haikuចុចពីរដងលើកញ្ចប់ បន្ទាប់មកចុចលើ "ដំឡើង" វាមិនងាយស្រួលជាងនេះទេ។ ខ្ញុំឆ្ងល់ថាតើមានអ្វីកើតឡើងប្រសិនបើកញ្ចប់មួយមានភាពអាស្រ័យដែលមាននៅក្នុង HaikuPorts ប៉ុន្តែមិនទាន់បានដំឡើងនៅឡើយ។ នៅលើ Linux ពួកគេពិតជាមិនដឹងថាត្រូវធ្វើអ្វីក្នុងស្ថានភាពនេះ ប៉ុន្តែដំណោះស្រាយគឺជាក់ស្តែង - សួរអ្នកប្រើប្រាស់ថាតើពួកគេត្រូវការទាញយក និងដំឡើងភាពអាស្រ័យដែរឬទេ។ ពិតជាអ្វីដែល Haiku ធ្វើ។

ខ្ញុំបានទាញយកកញ្ចប់ 'sanity' ដោយដៃ ហើយចុចលើវា អ្នកគ្រប់គ្រងកញ្ចប់ដឹងពីកន្លែងដែលត្រូវយកភាពអាស្រ័យរបស់វាពី (សន្មត់ថាឃ្លាំងត្រូវបានចុះឈ្មោះរួចហើយនៅលើប្រព័ន្ធ)។ មិនមែនរាល់ការចែកចាយលីនុចអាចធ្វើដូចនេះបានទេ។

វិធីមួយទៀតគឺប្រើកម្មវិធីគ្រប់គ្រងឯកសារ ដោយគ្រាន់តែអូស និងទម្លាក់ .hpkg កញ្ចប់ឬនៅក្នុង /Haiku/system/packages (សម្រាប់ការដំឡើងប្រព័ន្ធទាំងមូល តាមលំនាំដើម) ឬនៅក្នុង /Haiku/home/config/packages (សម្រាប់ការដំឡើងបុគ្គល; មិនមាននៅពេលចុចពីរដង - ខ្ញុំនៅតែរំខានដោយពាក្យ "កំណត់រចនាសម្ព័ន្ធ" នៅកន្លែងនេះ ដែលសម្រាប់ខ្ញុំក្នុងករណីនេះគឺមានន័យដូចនឹង "ការកំណត់")។ ហើយគោលគំនិតរបស់អ្នកប្រើច្រើនគឺមិនទាន់មានសម្រាប់ Haiku នៅឡើយទេ (នោះប្រហែលជាមូលហេតុដែលវាសាមញ្ញណាស់ - ខ្ញុំមិនដឹងទេ ប្រហែលជាសមត្ថភាពអ្នកប្រើប្រាស់ច្រើននឹងធ្វើអោយស្មុគស្មាញមិនចាំបាច់សម្រាប់បរិស្ថានផ្ទៃតុ)។

Haiku ឈ្នះក្នុងប្រភេទនេះព្រោះវាអាចដំណើរការមិនត្រឹមតែជាមួយកម្មវិធីប៉ុណ្ណោះទេប៉ុន្តែថែមទាំងជាមួយកម្មវិធីប្រព័ន្ធផងដែរ។

ការដកកញ្ចប់មួយចេញពី GUI

មិនមែន Macអ្នកត្រូវអូសរូបតំណាងកម្មវិធីទៅធុងសំរាម ហើយនោះជាអ្វីទាំងអស់។ យ៉ាង​ងាយស្រួល!

នៅលើ Haikuដំបូងអ្នកត្រូវស្វែងរកកន្លែងដែលកញ្ចប់មានទីតាំងនៅលើប្រព័ន្ធព្រោះអ្នកកម្រនឹងដំឡើងវានៅកន្លែងដែលត្រឹមត្រូវ (ប្រព័ន្ធធ្វើអ្វីៗគ្រប់យ៉ាង) ។ ជាធម្មតាអ្នកត្រូវមើល /Haiku/system/packages (ជាមួយនឹងការដំឡើងលំនាំដើមទូទាំងប្រព័ន្ធ) ឬនៅក្នុង /Haiku/home/config/packages (តើខ្ញុំបាននិយាយថា "ការកំណត់" គឺជាឈ្មោះខុសមែនទេ?) បន្ទាប់មកកម្មវិធីគឺគ្រាន់តែអូសទៅធុងសំរាម ហើយនោះជាវា។
យ៉ាង​ងាយស្រួល! ទោះយ៉ាងណាក៏ដោយ ខ្ញុំនឹងមិននិយាយនោះទេ។ នេះជាអ្វីដែលកំពុងកើតឡើង៖

នេះជាអ្វីដែលកើតឡើងប្រសិនបើអ្នកអូសកម្មវិធីទៅធុងសំរាម /Haiku/system/packages

ទើបតែព្យាយាមផ្លាស់ទីកម្មវិធី "Hello World" របស់ខ្ញុំកាលពីម្សិលមិញនៅលើ QtQuickApp ទៅធុងសំរាម។ ខ្ញុំមិនបានព្យាយាមផ្លាស់ទីថតប្រព័ន្ធទេ ហើយចាប់តាំងពីកញ្ចប់ទាំងអស់ត្រូវបានដំឡើងនៅក្នុងថតប្រព័ន្ធ វាមិនអាចទៅរួចទេក្នុងការយកកញ្ចប់ចេញ .hpkg ដោយគ្មានការផ្លាស់ប្តូរ "ខ្លឹមសាររបស់វា". អ្នកប្រើប្រាស់ធម្មតានឹងភ័យខ្លាច ហើយចុចប៊ូតុង "បោះបង់" ដែលកំណត់តាមលំនាំដើម។

ពន្យល់ លោក។ waddlesplash:

ប្រកាសនេះមានអាយុកាលជាង 10 ឆ្នាំ។ ភាគច្រើន យើងត្រូវកំណត់រចនាសម្ព័ន្ធវា ដូច្នេះការព្រមានលេចឡើងតែនៅពេលដែលកញ្ចប់ខ្លួនឯងត្រូវបានផ្លាស់ទី។ អ្នកប្រើប្រាស់ធម្មតាមិនចាំបាច់ធ្វើបែបនេះទេ។

មិនអីទេ ប្រហែលជាខ្ញុំគួរតែធ្វើវាដោយប្រើ HaikuDepot? ខ្ញុំចុចពីរដងលើកញ្ចប់ /Haiku/system/packagesរង់ចាំប៊ូតុង "លុបការដំឡើង" លេចឡើង។ ទេ មាន (តែ) "ដំឡើង" ។ "Uninstall" តើអ្នកនៅឯណា?

គ្រាន់​តែ​ជា​ការ​សប្បាយ ខ្ញុំ​បាន​ព្យាយាម​មើល​ថា​នឹង​មាន​អ្វី​កើត​ឡើង​ប្រសិន​បើ​ខ្ញុំ​ចុច "ដំឡើង​" នៅ​លើ​កញ្ចប់​ដែល​បាន​ដំឡើង​រួច​ហើយ​។ វាប្រែចេញដូចនេះ៖

វាកើតឡើងប្រសិនបើអ្នកព្យាយាមដំឡើងកញ្ចប់ដែលបានដំឡើងរួចហើយ។

លេចឡើងបន្ទាប់៖

ប្រសិនបើអ្នកចុច "អនុវត្តការផ្លាស់ប្តូរ" នៅក្នុងបង្អួចមុន វានឹងមើលទៅដូចនេះ

ខ្ញុំសន្មត់ថានេះជាកំហុសកម្មវិធី តំណភ្ជាប់ទៅកម្មវិធីមានរួចហើយ។ [អ្នកនិពន្ធមិនបានផ្តល់នូវតំណភ្ជាប់ទេ - ប្រហាក់ប្រហែល។ អ្នកបកប្រែ]

ដំណោះស្រាយរហ័ស៖ បន្ថែមប៊ូតុង "លុបការដំឡើង" ប្រសិនបើកញ្ចប់មានរួចហើយ /Haiku/system/packages, ឬនៅក្នុង /Haiku/home/config/packages.

នៅពេលមើលបញ្ជីកញ្ចប់ដែលបានដំឡើងនៅក្នុង HaikuDepot ខ្ញុំឃើញកញ្ចប់របស់ខ្ញុំនៅក្នុងបញ្ជី ហើយអាចយកវាចេញបាន។

Mac ឈ្នះក្នុងប្រភេទនេះ។ ប៉ុន្តែខ្ញុំអាចស្រមៃថាជាមួយនឹងការដំឡើងត្រឹមត្រូវ បទពិសោធន៍អ្នកប្រើប្រាស់នៅលើ Haiku នឹងប្រសើរជាងនៅលើ Mac ។ (អ្នកអភិវឌ្ឍន៍ម្នាក់បានវាយតម្លៃវាតាមវិធីនេះ៖ "តិចជាងមួយម៉ោងដើម្បីបន្ថែមមុខងារដែលបានបញ្ជាក់ទៅ HaikuDepot ប្រសិនបើអ្នកស្គាល់ C++ បន្តិច" អ្នកស្ម័គ្រចិត្តណាខ្លះ?)

ការដកអ្វីមួយចេញពីកញ្ចប់

តោះព្យាយាមលុបកម្មវិធីដោយខ្លួនឯង មិនមែនកញ្ចប់ទេ។ .hpkgពីអ្វីដែលវាបានមក (ខ្ញុំសង្ស័យថាសម្រាប់ "ជីវិតរមែងស្លាប់" មានភាពខុសគ្នាណាមួយ) ។

មិនមែន Macអ្នកប្រើប្រាស់ជាធម្មតាធ្វើការជាមួយឯកសារ .dmgតើកញ្ចប់កម្មវិធីមកពីណា .app. ជាធម្មតារូបភាព .dmg ត្រូវបានប្រមូលផ្តុំនៅក្នុងថតឯកសារទាញយក ហើយកញ្ចប់ត្រូវបានចម្លងដោយអ្នកប្រើប្រាស់ទៅ /Applications. វាត្រូវបានគេជឿថាអ្នកប្រើប្រាស់ជាច្រើនខ្លួនឯងមិនដឹងថាពួកគេកំពុងធ្វើអ្វីនោះទេ សម្មតិកម្មនេះត្រូវបានបញ្ជាក់ដោយអតីតបុគ្គលិក Apple ។ (រឿងមួយដែលខ្ញុំមិនចូលចិត្តនៅលើ Mac។ ហើយឧទាហរណ៍ជាមួយ AppImage មិនមានភាពខុសគ្នារវាងកម្មវិធី និងកញ្ចប់ដែលវាស្ថិតនៅក្នុងនោះទេ។ អូសរូបតំណាងទៅធុងសំរាម = នោះហើយជាវា។ ងាយស្រួល!)

នៅលើ Haikuក៏មានការបែងចែករវាង apps/ и packages/ដូច្នេះខ្ញុំសង្ស័យថា វាធ្វើឱ្យអ្នកប្រើប្រាស់កាន់តែច្បាស់។ ប៉ុន្តែតើមានអ្វីកើតឡើងប្រសិនបើអ្នកអូសកម្មវិធីពី apps/ បញ្ចូលទៅក្នុងរទេះ៖

នេះជាអ្វីដែលកើតឡើងនៅពេលអ្នកព្យាយាមលុបកម្មវិធីដែលយកចេញពីឯកសារ .hpkg

តាមបច្ចេកទេសវាត្រឹមត្រូវ (បន្ទាប់ពីទាំងអស់ កម្មវិធីត្រូវបានបង្ហោះនៅលើប្រព័ន្ធឯកសារបានតែអានដំបូង) ប៉ុន្តែវាមិនមានប្រយោជន៍ជាពិសេសចំពោះអ្នកប្រើប្រាស់នោះទេ។

ដំណោះស្រាយរហ័ស៖ ស្នើឱ្យប្រើ GUI ដើម្បីលុបជំនួសវិញ។ .hpkg

គ្រាន់​តែ​ជា​ការ​សប្បាយ ខ្ញុំ​បាន​ព្យាយាម​ចម្លង​កម្មវិធី​ដោយ​ចុច Alt + D ។ ខ្ញុំបានទទួលសារ "មិនអាចផ្លាស់ទី ឬចម្លងវត្ថុនៅលើកម្រិតសំឡេងបានតែអាន។" ហើយទាំងអស់ដោយសារតែ /system (ក្រៅពីនេះ។ /system/packages и /system/settings) គឺជាចំណុចម៉ោនរបស់ packagefs (ចងចាំពីរបៀបដែលវាបង្ហាញនៅក្នុងលទ្ធផល df?) ជាអកុសលលទ្ធផលនៃពាក្យបញ្ជា mount មិនបញ្ជាក់ពីស្ថានភាព (ដូចបាននិយាយនៅក្នុងអត្ថបទមុន) mountvolume មិនបង្ហាញអ្វីដែលអ្នកកំពុងស្វែងរកទេ (ជាក់ស្តែងកញ្ចប់ដែលបានម៉ោនតាមរយៈរង្វិលជុំ .hpkg មិនត្រូវបានគេចាត់ទុកថាជា "បរិមាណ") ហើយខ្ញុំក៏ភ្លេចពាក្យបញ្ជាជំនួសផងដែរ។

គ្មាននរណាម្នាក់ឈ្នះក្នុងប្រភេទនេះទេ លើកលែងតែ AppImage (ប៉ុន្តែនេះនិយាយដោយស្មោះត្រង់ទាំងស្រុង គឺជាគំនិតលំអៀង)។ ទោះយ៉ាងណាក៏ដោយ មនុស្សម្នាក់អាចស្រមៃថាបន្ទាប់ពីការកែសំរួល បទពិសោធន៍អ្នកប្រើប្រាស់នៅលើ Haiku នឹងប្រសើរជាងនៅលើ Mac ។

ចំណាំ៖ អ្នកត្រូវស្វែងយល់ថាតើ "បរិមាណ" ទាក់ទងនឹង "ផ្នែក" មួយណា។ នេះប្រហែលស្រដៀងទៅនឹងទំនាក់ទំនងនៃ "ថតឯកសារ" ទៅ "ថតឯកសារ"៖ ថតភាគច្រើនលេចឡើងជាថតនៅក្នុងកម្មវិធីគ្រប់គ្រងឯកសារ ប៉ុន្តែមិនមែនទាំងអស់នោះទេ (កញ្ចប់ដែលត្រូវបានចាត់ទុកជាឯកសារជាឧទាហរណ៍)។ តើ​ការ​បង្ហាញ​បែប​នេះ​ធ្វើ​ឱ្យ​ខ្ញុំ​ក្លាយ​ជា​មនុស្ស​ប្រចណ្ឌ​ផ្លូវការ​ឬ?

ការចម្លងមាតិកានៃកញ្ចប់មួយទៅប្រព័ន្ធផ្សេងទៀត។

មិនមែន Macខ្ញុំបានអូសកញ្ចប់ដោយឆោតល្ងង់ .appហើយចាប់តាំងពីភាពអាស្រ័យស្ថិតនៅក្នុងកញ្ចប់ ពួកវាផ្លាស់ទីជាមួយគ្នា។

នៅលើ Haikuខ្ញុំអូសកម្មវិធី ប៉ុន្តែភាពអាស្រ័យមិនត្រូវបានដំណើរការទាល់តែសោះ។

ដំណោះស្រាយរហ័ស៖ ចូរយើងស្នើឱ្យអូសកញ្ចប់ `.hpkg ទាំងមូល រួមជាមួយនឹងភាពអាស្រ័យណាមួយ ប្រសិនបើមាន។

Mac ច្បាស់ណាស់ឈ្នះក្នុងប្រភេទនេះ។ យ៉ាងហោចណាស់​សម្រាប់​ខ្ញុំ​ជា​អ្នក​ស្រឡាញ់​គំរូ​របស់​ពួកគេ។ ខ្ញុំគួរតែចម្លងវាទៅ Haiku .hpkg ជំនួសឱ្យកម្មវិធីមួយ ប៉ុន្តែប្រព័ន្ធមិនផ្តល់ជូនខ្ញុំនេះ...

ទាញយកកញ្ចប់មួយដែលមានភាពអាស្រ័យរបស់វា។

មិនមែនគ្រប់ម៉ាស៊ីនទាំងអស់ត្រូវបានភ្ជាប់ទៅបណ្តាញគ្រប់ពេលនោះទេ។ ផ្ទុយទៅវិញ ម៉ាស៊ីនមួយចំនួន (បាទ ខ្ញុំកំពុងសម្លឹងមើលអ្នក វីនដូទំនើប ម៉ាក់ និងលីនុច) ភ្លេចអំពីរឿងនេះ។ វាជារឿងសំខាន់សម្រាប់ខ្ញុំ ដែលខ្ញុំអាចទៅហាងអ៊ីនធឺណេត ទាញយកកម្មវិធីដាក់លើ drive ដែលអាចដកចេញបាន បញ្ចូល drive នេះទៅក្នុងកុំព្យូទ័រផ្ទះរបស់ខ្ញុំ ហើយត្រូវប្រាកដថាអ្វីៗនឹងដំណើរការ [បុរសប្រថុយ ធ្វើវានៅលើ Windows... - ប្រហែល អ្នកបកប្រែ] ។

ជាលទ្ធផល ខ្ញុំមានទំនោរបញ្ចប់ដោយភាពអាស្រ័យដែលមិនបានជួបនៅលើ Windows និង Linux ញឹកញាប់ជាងធម្មតា។

មិនមែន Mac នេះជាធម្មតាជាឯកសារមួយ អ្វីដែលអ្នកត្រូវធ្វើគឺទាញយក .dmg. ភាគច្រើនវាគ្មានភាពអាស្រ័យក្រៅពីអ្វីដែលផ្តល់ដោយ MacOS ខ្លួនវាតាមលំនាំដើមនោះទេ។ ករណីលើកលែងគឺជាកម្មវិធីស្មុគស្មាញដែលទាមទារបរិយាកាសប្រតិបត្តិសមស្រប ឧទាហរណ៍ java ។

នៅលើ Haiku កញ្ចប់ទាញយក .hpkg សម្រាប់ការនិយាយថា កម្មវិធីដូចគ្នានៅក្នុង java ប្រហែលជាមិនគ្រប់គ្រាន់ទេ ដោយសារ java អាចមាន ឬប្រហែលជាមិនមាននៅលើម៉ាស៊ីនគោលដៅ។ តើមានវិធីដើម្បីទាញយកភាពអាស្រ័យទាំងអស់សម្រាប់កញ្ចប់ដែលបានផ្តល់ឱ្យដែរឬទេ .hpkgក្រៅពីកម្មវិធីដែលត្រូវបានដំឡើងតាមលំនាំដើមនៅក្នុង Haiku ហើយដូច្នេះគួរតែនៅលើប្រព័ន្ធ Haiku ទាំងអស់?

Mac ឈ្នះប្រភេទនេះដោយរឹមតូចមួយ។

មតិលោក waddlesplash៖

ដើម្បីសរសេរកម្មវិធីដើម្បីប្រមូលភាពអាស្រ័យទាំងអស់នៃកម្មវិធីជាសំណុំនៃកញ្ចប់ .hpkg សម្រាប់អ្នកដែលស្គាល់ការងារខាងក្នុងរបស់ Haiku ប្រហែល 15 នាទីគឺគ្រប់គ្រាន់ហើយ។ ការបន្ថែមការគាំទ្រសម្រាប់ការនេះមិនមែនជាការលំបាកនោះទេប្រសិនបើមានតម្រូវការពិតប្រាកដសម្រាប់វា។ ប៉ុន្តែសម្រាប់ខ្ញុំ នេះគឺជាស្ថានភាពដ៏កម្រមួយ។

សូមរក្សាដង្ហើមរបស់យើងរហូតដល់អត្ថបទបន្ទាប់នៅក្នុងស៊េរីនេះ។

ផ្លាស់ទីកញ្ចប់ទៅទីតាំងដាច់ដោយឡែក

ដូចដែលខ្ញុំបានសរសេរពីមុនខ្ញុំចង់ដាក់កញ្ចប់របស់ខ្ញុំ .hpkg (ល្អ ឬជាផ្នែកនៃពួកវា) ទៅកន្លែងពិសេសមួយ ដាច់ដោយឡែកពីកន្លែងធម្មតានៅលើកម្រិតសំឡេងចាប់ផ្ដើម (ភាគថាសជា root) ។ ក្នុងករណីធម្មតា (មិនសូវទ្រឹស្តី) ហេតុផលសម្រាប់នេះគឺថាខ្ញុំអស់ទំហំទំនេរនៅលើថាស (ដែលភ្ជាប់មកជាមួយ) របស់ខ្ញុំឥតឈប់ឈរ មិនថាពួកវាមានទំហំប៉ុនណាក៏ដោយ។ ហើយជាធម្មតាខ្ញុំភ្ជាប់ដ្រាយខាងក្រៅ ឬការចែករំលែកបណ្តាញដែលកម្មវិធីរបស់ខ្ញុំស្ថិតនៅ។

មិនមែន Mac ខ្ញុំគ្រាន់តែផ្លាស់ទីកញ្ចប់ .app ទៅកាន់ drive ដែលអាចដកចេញបាន ឬថតបណ្តាញនៅក្នុង Finder ហើយនោះជាវា។ ខ្ញុំនៅតែអាចចុចពីរដងដើម្បីបើកកម្មវិធីដូចដែលខ្ញុំចូលចិត្តជាធម្មតាពីកម្រិតសំឡេងចាប់ផ្ដើម។ គ្រាន់តែ!

នៅលើ Haikuដូចដែលខ្ញុំត្រូវបានគេប្រាប់ នេះអាចសម្រេចបានដោយការផ្លាស់ទីរបស់ខ្ញុំ .hpkg កញ្ចប់ទៅកាន់ដ្រាយចល័ត ឬថតបណ្តាញ ប៉ុន្តែបន្ទាប់មកអ្នកត្រូវប្រើពាក្យបញ្ជាដែលមិនមានឯកសារមួយចំនួននៅក្នុងកុងសូល ដើម្បីភ្ជាប់ពួកវានៅលើប្រព័ន្ធ។ ខ្ញុំមិនដឹងពីរបៀបធ្វើវាដោយប្រើតែ GUI ទេ។

Mac ឈ្នះក្នុងប្រភេទនេះ។

នេះ​បើ​តាម​លោក waddlesplash៖

នេះគឺជាការបង្កើនប្រសិទ្ធភាពដោយផ្អែកលើការប្រើប្រាស់ធម្មតា។ ប្រសិនបើមានតម្រូវការពីអ្នកប្រើប្រាស់ច្រើនជាងមួយ យើងនឹងអនុវត្តវា។ ក្នុងករណីណាក៏ដោយមានលទ្ធភាពនៃការអនុវត្តភាគីទីបី។

យើងនឹងនិយាយអំពីរឿងនេះនៅក្នុងអត្ថបទបន្ទាប់។

និយាយអំពីថតបណ្តាញ វាពិតជាល្អណាស់ (ខ្ញុំស្មានថាភាគី LAN) មានកម្មវិធីសាមញ្ញ ដែលអាចរកឃើញ និងប្រើប្រាស់បណ្តាញទាំងមូល (ដូចជា Zeroconf) ដែលអាចចម្លងទៅកុំព្យូទ័រក្នុងតំបន់ ឬដំណើរការដោយផ្ទាល់ពីបណ្តាញមូលដ្ឋាន។ ជាការពិតណាស់ អ្នកអភិវឌ្ឍន៍មានជម្រើសក្នុងការជ្រើសរើសចេញតាមរយៈ app_flags.

របាយការណ៍ចុងក្រោយស្តីពីការរួមបញ្ចូលប្រព័ន្ធ hpkg ជាមួយ GUI

ខ្ញុំ​គិត​ថា​ជា​ចម្បង​ដោយ​សារ​តែ​ភាព​ថ្មី​ស្រឡាង​នៃ​ការ​ធ្វើ​សមាហរណកម្ម .hpkg GUI នៅតែទុកជាច្រើនដែលចង់បាន។ ទោះយ៉ាងណាក៏ដោយ មានចំណុចមួយចំនួនដែលអាចត្រូវបានកែលម្អទាក់ទងនឹង UX...

រឿងមួយទៀត៖ Kernel Debug Land

វាជាការល្អណាស់ដែលអាចបញ្ចូលពាក្យបញ្ជាកំឡុងពេលភ័យស្លន់ស្លោ ខឺណែល ជាឧទាហរណ៍ syslog | grep usb. ជាការប្រសើរណាស់ នៅលើ Haiku វាអាចទៅរួច ដោយសារ Kernel Debug Land ។ តើ​អ្នក​អាច​មើល​ឃើញ​សកម្មភាព​វេទមន្ត​នេះ​ដោយ​របៀប​ណា ប្រសិនបើ​អ្វីៗ​ដំណើរការ​ដូច​ដែល​វា​គួរ​ដោយ​មិន​មាន​ការ​ភ័យ​ស្លន់ស្លោ​ខឺណែល? ងាយស្រួលដោយចុច Alt+PrintScn+D (Debug mnemonic)។ ខ្ញុំចាំភ្លាម គន្លឹះអ្នកសរសេរកម្មវិធីដែលអនុញ្ញាតឱ្យអ្នកអភិវឌ្ឍន៍ Macintosh ដើមបញ្ចូលកម្មវិធីបំបាត់កំហុស (ជាការពិតណាស់ប្រសិនបើមួយត្រូវបានដំឡើង) ។

សេចក្តីសន្និដ្ឋាន

ខ្ញុំចាប់ផ្តើមយល់ថាភាពទំនើបនៃប្រព័ន្ធ Haiku កើតចេញពីការពិតដែលថាការងារនេះត្រូវបានអនុវត្តដោយក្រុមតូចមួយដោយផ្តោតច្បាស់លាស់លើបរិយាកាសការងារដោយមានគ្រប់ស្រទាប់នៃប្រព័ន្ធអាចចូលដំណើរការបាន។
ភាពផ្ទុយគ្នាយ៉ាងខ្លាំងជាមួយនឹងពិភពនៃ Linux/GNU/dpkg/apt/systemd/Xorg/dbus/Gtk/GNOME/XDG/Ubuntu ដែលអ្វីៗទាំងអស់ត្រូវបានបំបែកទៅជាបំណែកតូចៗរហូតដល់កម្រិតដែលអរូបីស្ថិតនៅលើអរូបី ហើយបើកបរដោយប្រើឈើច្រត់។
ក៏មានការយល់ដឹងអំពីរបៀបប្រព័ន្ធ .hpkg រួមបញ្ចូលគ្នានូវការអនុវត្តដ៏ល្អបំផុតរបស់អ្នកគ្រប់គ្រងកញ្ចប់បែបប្រពៃណី Snappy, Flatpak, AppImage សូម្បីតែ btrfs និងបញ្ចូលគ្នាជាមួយវិធីសាស្រ្ត "គ្រាន់តែធ្វើការ" របស់ Mac ។

វាដូចជាមានអ្វីមួយ "ប្តូរ" នៅក្នុងក្បាលរបស់ខ្ញុំ ហើយខ្ញុំបានយល់ពីរបៀបដែលប្រព័ន្ធ .hpkg ដឹងពីរបៀបរមៀលចេញដោយគ្រាន់តែមើលនាង។ ប៉ុន្តែវាមិនមែនជាខ្ញុំទេ ប៉ុន្តែភាពស្រស់ស្អាត និងភាពសាមញ្ញនៃប្រព័ន្ធ។ ភាគច្រើននេះត្រូវបានបំផុសគំនិតដោយស្មារតីនៃ Mac ដើម។

បាទ ការរុករកនៅក្នុងកម្មវិធីរុករកអាចមានការកន្ត្រាក់ និងដំណើរការដូចខ្យង កម្មវិធីអាចនឹងខ្វះខាត (មិនមាន Gtk, Electron - អ្នកអភិវឌ្ឍន៍បានសន្និដ្ឋានថាពួកគេមិនដំណើរការល្អជាមួយភាពទំនើប) វីដេអូ និង 3d បង្កើនល្បឿនប្រហែលជាអវត្តមានទាំងស្រុង ប៉ុន្តែខ្ញុំនៅតែ ចូលចិត្តប្រព័ន្ធនេះ។ យ៉ាងណាមិញ រឿងទាំងនេះអាចត្រូវបានកែដំរូវ ហើយពួកវានឹងលេចឡើងឆាប់ៗ ឬក្រោយមក។ វាគ្រាន់តែជាបញ្ហានៃពេលវេលាប៉ុណ្ណោះ ហើយប្រហែលជាភ្នែកក្រហមបន្តិច។

ខ្ញុំមិនអាចផ្តល់ជំនួយបានទេ ប៉ុន្តែខ្ញុំគិតថាវានឹងចាប់ផ្តើមពីពេលនេះតទៅ ឆ្នាំនៃ Haiku នៅលើកុំព្យូទ័រ.

បញ្ហាចៃដន្យ

ប្រហែលជាមានសំណើរួចហើយ ឬតើខ្ញុំគួរបើកវា?

• BeScreenCapture គួរតែអាចនាំចេញទៅជា GIF ដូច Peek ជាដើម។ នេះអាចត្រូវបានធ្វើដោយប្រើ ffmpeg ដែលមានរួចហើយសម្រាប់ Haiku ។ ការដាក់ពាក្យ.
• កម្មវិធី​ថត​អេក្រង់​បរាជ័យ​ក្នុង​ការ​ចាប់​យក​វិនដូ​ម៉ូឌុល ជំនួស​ឱ្យ​ការ​ចាប់​យក​អេក្រង់​ទាំងមូល
• អ្នកមិនអាចច្រឹបរូបថតអេក្រង់ដោយប្រើឧបករណ៍ច្រឹបរបស់ WonderBrush ហើយបន្ទាប់មករក្សាទុកលទ្ធផលទៅក្នុងឯកសារមួយ។
• ខ្ញុំមិនចូលចិត្តទ្រនិចដៃនៅក្នុង Haiku នោះទេ ប៉ុន្តែខ្ញុំគិតថាវាទាក់ទងនឹងអារម្មណ៍នឹករលឹកដ៏កក់ក្តៅ។ នេះគឺជាការរំខានជាពិសេសនៅពេលប្រើឧបករណ៍ច្រឹបនៅក្នុង Krita ព្រោះវាបណ្តាលឱ្យមានការច្រឹបមិនត្រឹមត្រូវ (សូមមើលរូបថតអេក្រង់នៃប្រអប់ម៉ូឌុលនៅក្នុងអត្ថបទនេះ)។ ទស្សន៍ទ្រនិច crosshair នឹងអស្ចារ្យណាស់។ ការដាក់ពាក្យ.

សាកល្បងដោយខ្លួនឯង! បន្ទាប់ពីបានទាំងអស់ គម្រោង Haiku ផ្តល់នូវរូបភាពសម្រាប់ការចាប់ផ្ដើមពីឌីវីឌី ឬ USB ដែលបានបង្កើត ежедневно. ដើម្បីដំឡើងគ្រាន់តែទាញយករូបភាពហើយសរសេរវាទៅ flash drive ដោយប្រើ Etcher

តើអ្នកមានសំណួរទេ? យើងសូមអញ្ជើញអ្នកឱ្យនិយាយភាសារុស្ស៊ី ឆានែលទូរលេខ.

កំហុសទិដ្ឋភាពទូទៅ៖ របៀបបាញ់ខ្លួនឯងនៅជើងក្នុង C និង C++ ។ ការប្រមូលរូបមន្ត Haiku OS

ពី អ្នកនិពន្ធ ការបកប្រែ៖ នេះគឺជាអត្ថបទទីប្រាំមួយនៅក្នុងស៊េរីអំពី Haiku ។

បញ្ជីអត្ថបទ៖ ដំបូង ទីពីរ ទីបី ទីបួន ទី ៥

ប្រភព: www.habr.com